<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Verdana;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
code
        {mso-style-priority:99;
        font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
span.font
        {mso-style-name:font;}
span.size
        {mso-style-name:size;}
span.highlight
        {mso-style-name:highlight;}
span.colour
        {mso-style-name:colour;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
span.EmailStyle25
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:1251620645;
        mso-list-template-ids:-1526459400;}
@list l0:level1
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:36.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Symbol;}
@list l0:level2
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:72.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:"Courier New";
        mso-bidi-font-family:"Times New Roman";}
@list l0:level3
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:108.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level4
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:144.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level5
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:180.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level6
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:216.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level7
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:252.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level8
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:288.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
@list l0:level9
        {mso-level-number-format:bullet;
        mso-level-text:;
        mso-level-tab-stop:324.0pt;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        mso-ansi-font-size:10.0pt;
        font-family:Wingdings;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=ES-AR link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Ellie,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I see the fixes in master, great!<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I'll respond about the backup compile error in private to keep this thread on-topic.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Regards,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Anatoli<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Cyrus-devel [mailto:cyrus-devel-bounces+me=anatoli.ws@lists.andrew.cmu.edu] <b>On Behalf Of </b>ellie timoney via Cyrus-devel<br><b>Sent:</b> Tuesday, May 17, 2016 01:16<br><b>To:</b> cyrus-devel@lists.andrew.cmu.edu<br><b>Subject:</b> Re: v3.0<o:p></o:p></span></p></div></div><p class=MsoNormal><span lang=EN-US><o:p> </o:p></span></p><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>I made a patch (configure.ac.patch, attached)<o:p></o:p></p></div><div><p class=MsoNormal>[...]<o:p></o:p></p></div><div><p class=MsoNormal>Please apply the fixes as you see fit.<o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Thanks, those look good to me.  I'll push it up, but I'll split it into separate commits for each piece (sieve/RSCALE/com_err) for historical clarity.  I'll also fix the "distribuion" typo while I'm in there, that's been annoying me for ages. :P <o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>The configure.ac changes are now (mostly) on master.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>I left out one of the WARN=>NOTICE changes for com_err because it looks like its intent is to alert the user that we're going against their wishes, and using our com_err when they explicitly asked us to not use any com_err at all.  That seems like it should still be at least a warning, if not an error.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Though, I did uncover a (largely inconsequential) bug, whereby this warning doesn't fire when it ought to anyway:  <a href="https://git.cyrus.foundation/T240">https://git.cyrus.foundation/T240</a><o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>On Tue, May 17, 2016, at 01:16 PM, ellie timoney via Cyrus-devel wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>Hi Anatoli,<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>Ellie, the patch that you've sent for the backup linking problem doesn't solve the issue<o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Does anything different happen, or is it exactly the same as without it?  Can you provide output?  I'm pretty sure my patch is on the right track, but there's almost certainly a detail I've missed since I can't reproduce it myself.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>The other thing I wanted to ask was if you could run make with "-k".  I have a hunch the other backup tools will currently fail to link for you in the exact same way, but if make stops at the first failure then we don't get to see that, nor whether they fail or succeed for some other reason (which might provide a clue).<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>There is a detailed explanation of the issue here: <a href="https://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries">https://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries</a> and here: <a href="https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition">https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition</a>.<o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Thanks for tracking down those links, I'll look through them.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>I've already proposed to Ken a slightly different patch than yours (Makefile.am.patch, attached to this email is its version with adaptations to apply smoothly to the latest master commit 9c8e8ea) that works well under these rules.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><o:p> </o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>The changes are: to add SSL_LIBS to the list of the libs for </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>libcyrus_backup</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> (currently there are none) and for the second error (that was mentioned in the initial mail about these problems) to add </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>lib/libcyrus.la</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> to the list of the libs for </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>cyr_backup</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p></blockquote><p style='margin:0cm;margin-bottom:.0001pt'><o:p> </o:p></p><div><p class=MsoNormal>Yep, I saw that patch.  The reasons my patch is different are that:<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>  * libcyrus_backup.la is a no-install library. At present, I expect anything linking against it to also link against anything it needs (hence not having any LDADD of its own).  It sounds like this needs to change because of the SHA1_Update call in the library.<o:p></o:p></p></div><div><p class=MsoNormal>  * libcyrus.la is in $LD_BASIC_ADD, which is in $LD_UTILITY_ADD, and thus is already on the list for cyr_backup and the other backup tools (but clearly in the wrong order)<o:p></o:p></p></div><div><p class=MsoNormal>  * I want, as much as possible, to avoid having to manually specify lists of library dependencies for build targets. (That gets unmaintainable very quickly)<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>So I'm looking for a way to get the libraries specified in the correct order, portably, and with minimal hand maintenance of dependency lists.  Given that the existing system works for everything but the backup tools (with their internal API library), and given that literally nobody but me uses the backup tools at the moment (afaik), there's an opportunity here to integrate them correctly, if a way can be found to do so.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>If we just manually add them to the lists, then next time something like this shows up we'll still have no idea how to fix it properly<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p class=MsoNormal>I made a patch (configure.ac.patch, attached)<o:p></o:p></p></div><div><p class=MsoNormal>[...]<o:p></o:p></p></div><div><p class=MsoNormal>Please apply the fixes as you see fit.<o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Thanks, those look good to me.  I'll push it up, but I'll split it into separate commits for each piece (sieve/RSCALE/com_err) for historical clarity.  I'll also fix the "distribuion" typo while I'm in there, that's been annoying me for ages. :P<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>Cheers,<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>ellie<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><div><p class=MsoNormal>On Tue, May 17, 2016, at 10:21 AM, Anatoli via Cyrus-devel wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Hi All,</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Ellie, the patch that you've sent for the backup linking problem doesn't solve the issue, but you're right, I've just dug deeper: it's a matter of order of the library inclusion options and it's because in Ubuntu starting from 11.04 (and some versions of Debian too) the gcc invokes ld with </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>--as-needed</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> flag that makes the order of libraries quite important. There is a detailed explanation of the issue here: <a href="https://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries">https://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries</a> and here: <a href="https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition">https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition</a>.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Also it looks like newer versions of gcc/ld (mine is 4.8.4/2.24) treat the order of includes much more strictly than previous versions on most platforms.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>In a nutshell, a binary/library (A) which calls an external function defined in another library (B) should appear <i>before</i> the library (B) containing the function. The reason is that gcc/ld with </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>--as-needed</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> flag optimizes symbols that aren't referenced, so if it sees library B first, and no one has referenced it at that point then it won't link in anything from it at all. This is what happens with </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>-lcrypto</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> going before </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>libcyrus_backup.a</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>: the </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>SHA1_Update</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> function is only used inside </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>libcyrus_backup.a</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> but the linker has already stripped it from </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>-lcrypto</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>. If we include </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>-lcrypto</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> again <i>after</i> </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>libcyrus_backup.a</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>, everything builds fine.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>I've already proposed to Ken a slightly different patch than yours (Makefile.am.patch, attached to this email is its version with adaptations to apply smoothly to the latest master commit 9c8e8ea) that works well under these rules.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>The changes are: to add SSL_LIBS to the list of the libs for </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>libcyrus_backup</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> (currently there are none) and for the second error (that was mentioned in the initial mail about these problems) to add </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>lib/libcyrus.la</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> to the list of the libs for </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>cyr_backup</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>So, instead of expecting the include libs, that are required for certain parts of the binary/lib we're building, to make random appearance in the gcc line (in sometimes incorrect order under the strict/as-needed rules), we add in the Makefile.am the needed libs for each and every lib/block of code we use to compose the final output. As a result, at the linking stage they appear in the correct order.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><div style='border:none;border-bottom:double black 1.0pt;padding:0cm 0cm 2.0pt 0cm;border-top-width:initial;border-right-width:initial;border-left-width:initial;border-top-color:initial;border-right-color:initial;border-left-color:initial;border-image-source:initial;border-image-slice:initial;border-image-width:initial;border-image-outset:initial;border-image-repeat:initial'><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p></div><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>Warning (mostly harmless): No library found for -lcrypto</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Indeed, it's a Makefile.PL warning as my perl installation LD path is not complete (doesn't include /usr/lib64 where crypto/ssl libs are). It should be fixed locally in my perl deployment. In any case it's indeed harmless as gcc/ld knows about this path and this is where it's used.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><div style='border:none;border-bottom:double black 1.0pt;padding:0cm 0cm 2.0pt 0cm;border-top-width:initial;border-right-width:initial;border-left-width:initial;border-top-color:initial;border-right-color:initial;border-left-color:initial;border-image-source:initial;border-image-slice:initial;border-image-width:initial;border-image-outset:initial;border-image-repeat:initial'><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p></div><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>The yacc/lex dependency is actually not checked. Better to say configure tries to determine what yacc/lex progs are installed, but if it founds none, it continues as if everything's OK. The config.log I've sent you was for the build with the packages installed (otherwise you can't proceed with the make stage). Without the packages, in the config.log I get:</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19090: checking for bison</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19120: result: no</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19090: checking for byacc</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19120: result: no</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19133: checking for flex</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19163: result: no</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19133: checking for lex</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>configure:19163: result: no</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>but nothing more. So, configure reports no warnings/errors with respect to the missing tools and then with make I get:</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>./ylwrap: line 175: yacc: command not found</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>make: *** [sieve/addr.c] Error 127</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>make: *** Waiting for unfinished jobs....</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>./ylwrap: line 175: yacc: command not found</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Courier New"'>make: *** [sieve/sieve.c] Error 127</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>I made a patch (configure.ac.patch, attached) to check for yacc/lex programs inside the Sieve option block as it's the only component (if I'm not wrong) that requires yacc/lex.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Then I went ahead and also changed the following (I've already mentioned both suggestions to Ken/list but received no response):</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Changed the behavior when no ICU4C lib is detected: from warning to error as its absence causes an error during make stage, and other similar required packages are reported inside configure with an error message.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Changed the type of message when com_err is absent or incomplete (lacking compile_et): from warning to notice, as this is the most common situation I believe (no or incomplete com_err) and it doesn't affect in anything the result of the build process (its sources are shipped with Cyrus sources and used when needed).</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Inside this patch there is also a fix for a typo in a comment (says "Build in <b>Sieve</b> support?" instead of "Build in <b>Squat</b> support?") introduced with my previous patch for </span></span><span class=size><span style='font-size:10.0pt;font-family:"Courier New";background:#DDDDDD'>--disable-squat</span></span><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> option fix. This typo doesn't affect anything (it's just a comment for config.h.in), but seizing the opportunity of fixing Makefile.am, here it is.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>With all this applied, I see no warning/errors for the entire build process when all needed packages are installed, and when not, configure notifies me about all of them, not allowing to continue to the make stage until all requirements are satisfied. Please apply the fixes as you see fit.</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'> </span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Regards,</span></span><o:p></o:p></p><p style='margin:0cm;margin-bottom:.0001pt'><span class=size><span style='font-size:10.0pt;font-family:"Verdana","sans-serif"'>Anatoli</span></span><o:p></o:p></p><p><span lang=EN-US> </span><o:p></o:p></p><p><span lang=EN-US> </span><o:p></o:p></p><p><span lang=EN-US>-----Original Message-----<br>From: Cyrus-devel [<a href="mailto:cyrus-devel-bounces+me=anatoli.ws@lists.andrew.cmu.edu">mailto:cyrus-devel-bounces+me=anatoli.ws@lists.andrew.cmu.edu</a>] On Behalf Of ellie timoney via Cyrus-devel<br>Sent: Sunday, May 15, 2016 23:28<br>To: <a href="mailto:cyrus-devel@lists.andrew.cmu.edu">cyrus-devel@lists.andrew.cmu.edu</a><br>Subject: Re: v3.0</span><o:p></o:p></p><p> <o:p></o:p></p><p>Hi Anatoli,<o:p></o:p></p><p> <o:p></o:p></p><p>Thanks for sending through the config.log and make output.<o:p></o:p></p><p> <o:p></o:p></p><p>For what it's worth, if you configure with --enable-silent-rules, the<o:p></o:p></p><p>make output will be a lot less noisy (and a lot easier to read).<o:p></o:p></p><p> <o:p></o:p></p><p>> Ken, the 2 errors that don't happen to you only happen to me when<o:p></o:p></p><p>> compiling<o:p></o:p></p><p>> with --enable-backup. I've tested the beta2 tarball as well as the<o:p></o:p></p><p>> current<o:p></o:p></p><p>> git, both errors still happen to me on 2 different machines. Without the<o:p></o:p></p><p>> --enable-backup option these errors don't occur.<o:p></o:p></p><p> <o:p></o:p></p><p>As I mentioned in private email, I don't get these errors either<o:p></o:p></p><p>(Debian).<o:p></o:p></p><p> <o:p></o:p></p><p>Poking around on Google, I see a few other projects experiencing the<o:p></o:p></p><p>"DSO missing from command line" error for Ubuntu builds.  It looks like<o:p></o:p></p><p>maybe Ubuntu's linker setup is more sensitive to correct order of<o:p></o:p></p><p>dependencies?<o:p></o:p></p><p> <o:p></o:p></p><p>I've attached an experimental patch which I think corrects the link<o:p></o:p></p><p>dependency order for the backup tools.  Can you try it out?  The patch<o:p></o:p></p><p>is against 3.0.0beta2 but should also apply cleanly against latest git<o:p></o:p></p><p>master.  This should hopefully resolve the "DSO missing from command<o:p></o:p></p><p>line" errors when building with --enable-backup.  Let me know how it<o:p></o:p></p><p>goes.<o:p></o:p></p><p> <o:p></o:p></p><p>> Warning (mostly harmless): No library found for -lcrypto<o:p></o:p></p><p>> (same for -lssl)<o:p></o:p></p><p> <o:p></o:p></p><p>I dug around a bit and I think these come from the perl module build<o:p></o:p></p><p>system.  I'm not sure what they mean exactly, might be a red herring.<o:p></o:p></p><p>Your config.log shows it's correctly detecting OpenSSL, anyway.<o:p></o:p></p><p> <o:p></o:p></p><p>> I found another issue with the dependencies: the build requires yacc/lex<o:p></o:p></p><p>> when building sieve, though in the Release Notes there is the following<o:p></o:p></p><p>> text: Replaced the et (error table) libary with a version that doesn't<o:p></o:p></p><p>> require lex or yacc. Remove the lex/yacc checking from Configure.<o:p></o:p></p><p> <o:p></o:p></p><p>That release note item is ancient (version 1.4!) and I doubt it's of<o:p></o:p></p><p>much relevance now.  Your config.log says:<o:p></o:p></p><p> <o:p></o:p></p><p>> configure:19090: checking for bison<o:p></o:p></p><p>> configure:19106: found /usr/bin/bison<o:p></o:p></p><p>> configure:19117: result: bison -y<o:p></o:p></p><p>> configure:19133: checking for flex<o:p></o:p></p><p>> configure:19149: found /usr/bin/flex<o:p></o:p></p><p>> configure:19160: result: flex<o:p></o:p></p><p> <o:p></o:p></p><p>so configure is looking for, and finding, bison (supercedes yacc) and<o:p></o:p></p><p>flex (supercedes lex).<o:p></o:p></p><p> <o:p></o:p></p><p>What problem are you seeing here?<o:p></o:p></p><p> <o:p></o:p></p><p>Cheers,<o:p></o:p></p><p> <o:p></o:p></p><p>ellie<o:p></o:p></p><p> <o:p></o:p></p><p>On Fri, May 13, 2016, at 05:15 PM, Anatoli via Cyrus-devel wrote:<o:p></o:p></p><p>> Hi all,<o:p></o:p></p><p>><o:p> </o:p></p><p>> Ken, the 2 errors that don't happen to you only happen to me when<o:p></o:p></p><p>> compiling<o:p></o:p></p><p>> with --enable-backup. I've tested the beta2 tarball as well as the<o:p></o:p></p><p>> current<o:p></o:p></p><p>> git, both errors still happen to me on 2 different machines. Without the<o:p></o:p></p><p>> --enable-backup option these errors don't occur.<o:p></o:p></p><p>><o:p> </o:p></p><p>> Ellie, I'll send the config.log and the resulting make output to you and<o:p></o:p></p><p>> Ken<o:p></o:p></p><p>> directly.<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> I can confirm that the latest master from the dev git has the patch for<o:p></o:p></p><p>> --disable-squat correctly working and the ICU checking in configure is<o:p></o:p></p><p>> present now too, but maybe it should be converted from a warning to an<o:p></o:p></p><p>> error<o:p></o:p></p><p>> when with --enable-http?<o:p></o:p></p><p>><o:p> </o:p></p><p>> DKIM warning doesn't appearing anymore. It would be great to solve the<o:p></o:p></p><p>> "Parts of com_err distribuion were found, but not compile_et" warning<o:p></o:p></p><p>> too.<o:p></o:p></p><p>><o:p> </o:p></p><p>> I'm also getting:<o:p></o:p></p><p>> checking for BIO_accept in -lcrypto... yes<o:p></o:p></p><p>> checking for crypt... no<o:p></o:p></p><p>> checking for crypt in -lcrypt... yes<o:p></o:p></p><p>> Warning (mostly harmless): No library found for -lcrypto<o:p></o:p></p><p>> (same for -lssl)<o:p></o:p></p><p>><o:p> </o:p></p><p>> I found another issue with the dependencies: the build requires yacc/lex<o:p></o:p></p><p>> when building sieve, though in the Release Notes there is the following<o:p></o:p></p><p>> text: Replaced the et (error table) libary with a version that doesn't<o:p></o:p></p><p>> require lex or yacc. Remove the lex/yacc checking from Configure.<o:p></o:p></p><p>><o:p> </o:p></p><p>> I guess the lex/yacc checking should be placed in the configure again,<o:p></o:p></p><p>> inside the enable-sieve block.<o:p></o:p></p><p>><o:p> </o:p></p><p>> Regards,<o:p></o:p></p><p>> Anatoli<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> -----Original Message-----<o:p></o:p></p><p><span lang=EN-US>> From: Ken Murchison [</span><a href="mailto:murch@andrew.cmu.edu"><span class=colour><span style='color:windowtext'>mailto:murch@andrew.cmu.edu</span></span></a><span lang=EN-US>]</span><o:p></o:p></p><p>> Sent: Wednesday, May 11, 2016 15:44<o:p></o:p></p><p><span lang=EN-US>> To: Anatoli; </span><a href="mailto:cyrus-devel@lists.andrew.cmu.edu"><span class=colour><span style='color:windowtext'>cyrus-devel@lists.andrew.cmu.edu</span></span></a><o:p></o:p></p><p>> Subject: Re: v3.0<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> On 05/09/2016 02:57 AM, Anatoli via Cyrus-devel wrote:<o:p></o:p></p><p>> > Hi all,<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > I'm testing v3.0.0 beta2. Here goes the feedback, this time for the build<o:p></o:p></p><p>> > process.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > 1. --disable-squat option in configure has no effect. Please see attached<o:p></o:p></p><p>> a<o:p></o:p></p><p>> > patch (configure.ac.patch).<o:p></o:p></p><p>><o:p> </o:p></p><p>> Patch applied.<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> > 2. Without icu-dev package make fails with:<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > unicode/ucal.h No such file or directory<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > It somehow depends on libical, i.e. it looks like icu-dev should be<o:p></o:p></p><p>> > installed before building libical. In any case it should be detected in<o:p></o:p></p><p>> > configure to avoid build errors.<o:p></o:p></p><p>><o:p> </o:p></p><p>> A check for ICU4C has been added to configure.ac<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> > 3. With --enable-backup make fails with:<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > /usr/bin/ld: backup/.libs/libcyrus_backup.a(lcb_append.o): undefined<o:p></o:p></p><p>> > reference to symbol 'SHA1_Update@@OPENSSL_1.0.0'<o:p></o:p></p><p>> > //usr/lib64/libcrypto.so: error adding symbols: DSO missing from command<o:p></o:p></p><p>> > line<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Problem: missing -lcrypto for libcyrus_backup.a<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > /usr/bin/ld: imap/.libs/libcyrus_imap.so: undefined reference to symbol<o:p></o:p></p><p>> > 'cyrusdb_fetch'<o:p></o:p></p><p>> > lib/.libs/libcyrus.so: error adding symbols: DSO missing from command line<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Problem: missing lib/libcyrus.la for cyr_backup.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Please see attached a patch for both errors (Makefile.am.patch).<o:p></o:p></p><p>> ><o:p></o:p></p><p>> ><o:p></o:p></p><p>> > With these fixes build completes without errors.<o:p></o:p></p><p>><o:p> </o:p></p><p>> I'm not seeing this problem compiling on my machine.  I wonder why?<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> > Then I got this new warning:<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > configure: WARNING: Your version of OpenDKIM can not support iSchedule.<o:p></o:p></p><p>> > Consider upgrading to OpenDKIM >= 2.7.0<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > I don't have DKIM on the box where Cyrus runs, in 2.5.7 there was no<o:p></o:p></p><p>> warning<o:p></o:p></p><p>> > about DKIM. Haven't investigated the details yet. DKIM is part of the<o:p></o:p></p><p>> > iSchedule draft, but is it required? And should it be OpenDKIM only or any<o:p></o:p></p><p>> > other DKIM package works too?<o:p></o:p></p><p>><o:p> </o:p></p><p>> I have commented out the check for DKIM since its not needed for<o:p></o:p></p><p>> anything that sites will deploy any time soon.<o:p></o:p></p><p>><o:p> </o:p></p><p>><o:p> </o:p></p><p>> > And then there is an old warning (also happens in 2.5.7):<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > configure: WARNING: Parts of com_err distribuion were found, but not<o:p></o:p></p><p>> > compile_et.<o:p></o:p></p><p>> > configure: WARNING: Will build com_err from included sources.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > What should be installed/changed to avoid it? Or maybe the warning itself<o:p></o:p></p><p>> > should be converted to a notice as compile_et is shipped with cyrus-imap<o:p></o:p></p><p>> and<o:p></o:p></p><p>> > everything works as expected?<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Regards,<o:p></o:p></p><p>> > Anatoli<o:p></o:p></p><p>> ><o:p></o:p></p><p>> ><o:p></o:p></p><p>> > -----Original Message-----<o:p></o:p></p><p><span lang=EN-US>> > From: Anatoli [</span><a href="mailto:me@anatoli.ws"><span class=colour><span style='color:windowtext'>mailto:me@anatoli.ws</span></span></a><span lang=EN-US>]</span><o:p></o:p></p><p>> > Sent: Tuesday, April 19, 2016 03:39<o:p></o:p></p><p><span lang=EN-US>> > To: </span><a href="mailto:cyrus-devel@lists.andrew.cmu.edu"><span class=colour><span style='color:windowtext'>cyrus-devel@lists.andrew.cmu.edu</span></span></a><o:p></o:p></p><p>> > Subject: RE: v3.0<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Hi Ellie,<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Thanks for the link! This is the information I was looking for. Great,<o:p></o:p></p><p>> > there's a new beta! I'll test it these days and if it behaves reasonably<o:p></o:p></p><p>> > well, I'll try to deploy it in a small production environment where the<o:p></o:p></p><p>> > users are OK being beta-testers. I'll post here any issues found.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > With respect to the specialuse flags issue, it's not possible to set these<o:p></o:p></p><p>> > flags from cyradm in the latest release (2.5.7). I'll check if it's fixed<o:p></o:p></p><p>> in<o:p></o:p></p><p>> > the 3.0 beta.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > I have a feature suggestion with respect to these flags. I suppose that<o:p></o:p></p><p>> most<o:p></o:p></p><p>> > of the deployments use these flags on some folders from the<o:p></o:p></p><p>> > autocreate_inbox_folders list. So, instead of writing scripts that set<o:p></o:p></p><p>> these<o:p></o:p></p><p>> > flags somehow, what if it would be possible to specify the specialuse flag<o:p></o:p></p><p>> > for each autocreate folder as an optional param (with some (invalid for<o:p></o:p></p><p>> > folder names) char (e.g. ':') as the delimiter)?<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Something like this:<o:p></o:p></p><p>> >         autocreate_inbox_folders:<o:p></o:p></p><p>> > Sent:Sent|Trash:trash|Drafts:DRAFTS|Spam:Junk|OtherFolder1|OtherFolder2<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > The format would be defines as:<o:p></o:p></p><p>> > folder[:<specialuse_flag>][|folder[:<specialuse_flag>]]... and<o:p></o:p></p><p>> > <specialuse_flag> would be one of the options from the RFC6154 (section<o:p></o:p></p><p>> 2),<o:p></o:p></p><p>> > interpreted case-insensitively.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > So when the user logs in for the first time, he/she has all the folders<o:p></o:p></p><p>> > created with the necessary flags. IMO, a significant simplification of the<o:p></o:p></p><p>> > mbox creation process.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > I haven't analyzed the code for this feature yet, but it should be quite<o:p></o:p></p><p>> > simple to implement. Just parse the optional params, check if the value is<o:p></o:p></p><p>> > in a predefined array and after creation of the folder, set the requested<o:p></o:p></p><p>> > flag. Every flag could be validated for uniqueness or it may be left up to<o:p></o:p></p><p>> > the Cyrus administrator to decide and specify the correct values (I would<o:p></o:p></p><p>> > prefer the later, the RFC explicitly says it's up to each server<o:p></o:p></p><p>> > implementation (section 3)).<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Regards,<o:p></o:p></p><p>> > Anatoli<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > -----Original Message-----<o:p></o:p></p><p>> > From: Cyrus-devel<o:p></o:p></p><p><span lang=EN-US>> > [</span><a href="mailto:cyrus-devel-bounces+me=anatoli.ws@lists.andrew.cmu.edu"><span class=colour><span style='color:windowtext'>mailto:cyrus-devel-bounces+me=anatoli.ws@lists.andrew.cmu.edu</span></span></a><span lang=EN-US>] On Behalf</span><o:p></o:p></p><p>> Of<o:p></o:p></p><p>> > ellie timoney via Cyrus-devel<o:p></o:p></p><p>> > Sent: Sunday, April 17, 2016 22:37<o:p></o:p></p><p><span lang=EN-US>> > To: </span><a href="mailto:cyrus-devel@lists.andrew.cmu.edu"><span class=colour><span style='color:windowtext'>cyrus-devel@lists.andrew.cmu.edu</span></span></a><o:p></o:p></p><p>> > Subject: Re: v3.0<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Hi Anatoli,<o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> I'm quite interested in this release and I'd<o:p></o:p></p><p>> >> like to help with testing, simple problems investigation and fixing, and<o:p></o:p></p><p>> >> similar tasks,<o:p></o:p></p><p>> > That would be greatly appreciated :)<o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> but at least some insight to the current state of the<o:p></o:p></p><p>> >> master is needed for that, i.e. how close it is to an RC, new<o:p></o:p></p><p>> >> functionality expected to work, functionality/configuration changes<o:p></o:p></p><p>> >> compared to v2.5.7, known limitations, etc.<o:p></o:p></p><p>> > Have you looked at the 3.0.0-beta2 that was released last week?  Its<o:p></o:p></p><p>> > release notes compare it against the 2.5 series:<o:p></o:p></p><p>> > <a href="http://cyrusimap.org/imap/release-notes/3.0/x/3.0.0-beta2.html"><span class=colour><span style='color:windowtext'>http://cyrusimap.org/imap/release-notes/3.0/x/3.0.0-beta2.html</span></span></a><o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> I see the T232 by Ellie has 4 issues that are apparently stopping this<o:p></o:p></p><p>> >> release. Are they the only remaining issues for production-ready state?<o:p></o:p></p><p>> > These are just the very narrow intersection of a) what I'm aware of,<o:p></o:p></p><p>> > that has b) been logged at all, and c) is logged in phabricator where I<o:p></o:p></p><p>> > can mark it as blocking (rather than in bugzilla, the mailing list,<o:p></o:p></p><p>> > private email, etc).<o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> The roadmap<o:p></o:p></p><p><span lang=EN-US>> >> (</span><a href="https://cyrusimap.org/overview/cyrus_roadmap.html#cyrus-roadmap"><span class=colour><span style='color:windowtext'>https://cyrusimap.org/overview/cyrus_roadmap.html#cyrus-roadmap</span></span></a><span lang=EN-US>) says</span><o:p></o:p></p><p>> >> nothing about v3.0 and looks a little outdated.<o:p></o:p></p><p>> > This page looks like a direct import of the page from the old website.<o:p></o:p></p><p>> > I'm not sure quite how old it is, but given it's referencing "2.6" as<o:p></o:p></p><p>> > future, that suggests that it's over a year old...<o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> I'm personally interested in resolving the "specialuse flags not working<o:p></o:p></p><p>> >> from cyradm" (T199, 198, 191, 121; looks like still pending) issue<o:p></o:p></p><p>> > Are these still issues?  Or are they stale tasks that have been fixed<o:p></o:p></p><p>> > but not closed?  We've had a number of cyradm metadata patches<o:p></o:p></p><p>> > contributed by a few different people over the last year, so it seems<o:p></o:p></p><p>> > probable that at least some are fixed but the assignees don't know.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> Also I made a raw chroot patch for 2.5.7,<o:p></o:p></p><p>> >> I'd like to polish and submit it for review and inclusion in v3.0.<o:p></o:p></p><p>> > That'd be great!<o:p></o:p></p><p>> ><o:p></o:p></p><p>> >> Should I write to someone in particular to discuss the subject?<o:p></o:p></p><p>> > Everyone working on Cyrus 3.0 is active on this list, so this is<o:p></o:p></p><p>> > probably the best place for it.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > You're also welcome to join our conference calls, they happen at 11am<o:p></o:p></p><p>> > UTC most Mondays on Google Hangouts.  Probably the easiest way to join<o:p></o:p></p><p>> > is to come into #cyrus on Freenode IRC at the meeting time and ask for<o:p></o:p></p><p>> > the hangouts link, because it changes occasionally.<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > Cheers,<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > ellie<o:p></o:p></p><p>> ><o:p></o:p></p><p>> > On Sat, Apr 16, 2016, at 04:41 AM, Anatoli via Cyrus-devel wrote:<o:p></o:p></p><p>> >> Hi folks,<o:p></o:p></p><p>> >><o:p></o:p></p><p>> >> Sorry for bothering you again with subj, I haven't received any answer to<o:p></o:p></p><p>> >> the previous mails about it. I'm quite interested in this release and I'd<o:p></o:p></p><p>> >> like to help with testing, simple problems investigation and fixing, and<o:p></o:p></p><p>> >> similar tasks, but at least some insight to the current state of the<o:p></o:p></p><p>> >> master is needed for that, i.e. how close it is to an RC, new<o:p></o:p></p><p>> >> functionality expected to work, functionality/configuration changes<o:p></o:p></p><p>> >> compared to v2.5.7, known limitations, etc.<o:p></o:p></p><p>> >><o:p></o:p></p><p>> >> I see the T232 by Ellie has 4 issues that are apparently stopping this<o:p></o:p></p><p>> >> release. Are they the only remaining issues for production-ready state?<o:p></o:p></p><p>> >> The roadmap<o:p></o:p></p><p><span lang=EN-US>> >> (</span><a href="https://cyrusimap.org/overview/cyrus_roadmap.html#cyrus-roadmap"><span class=colour><span style='color:windowtext'>https://cyrusimap.org/overview/cyrus_roadmap.html#cyrus-roadmap</span></span></a><span lang=EN-US>) says</span><o:p></o:p></p><p>> >> nothing about v3.0 and looks a little outdated.<o:p></o:p></p><p>> >><o:p></o:p></p><p>> >> I'm personally interested in resolving the "specialuse flags not working<o:p></o:p></p><p>> >> from cyradm" (T199, 198, 191, 121; looks like still pending) issue and in<o:p></o:p></p><p>> >> XAPPLEPUSHSERVICE feature, but I know there are a lot of other<o:p></o:p></p><p>> >> improvements and new libraries support (like LibiCal2.0) that are worth<o:p></o:p></p><p>> >> the effort releasing it ASAP. Also I made a raw chroot patch for 2.5.7,<o:p></o:p></p><p>> >> I'd like to polish and submit it for review and inclusion in v3.0.<o:p></o:p></p><p>> >><o:p></o:p></p><p>> >> Should I write to someone in particular to discuss the subject?<o:p></o:p></p><p>> >><o:p></o:p></p><p>> >> Regards,<o:p></o:p></p><p>> >> Anatoli<o:p></o:p></p><p>> >><o:p></o:p></p><p>> >><o:p></o:p></p><p>><o:p> </o:p></p><p>> --<o:p></o:p></p><p>> Kenneth Murchison<o:p></o:p></p><p>> Principal Systems Software Engineer<o:p></o:p></p><p>> Carnegie Mellon University<o:p></o:p></p><p>><o:p> </o:p></p></div><p>Email had 2 attachments:<o:p></o:p></p><div><ul type=disc><li class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1'><code><span style='font-size:10.0pt'>Makefile.am.patch</span></code><o:p></o:p></li></ul></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt'>  1k (text/plain)<o:p></o:p></p></div><div><ul type=disc><li class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1'><code><span style='font-size:10.0pt'>configure.ac.patch</span></code><o:p></o:p></li></ul></div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;margin-left:36.0pt'>  3k (text/plain)<o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div></blockquote><div><p class=MsoNormal> <o:p></o:p></p></div></div></body></html>