Hi Dago,<br><br><div class="gmail_quote">2012/6/20 Dagobert Michelsen <span dir="ltr"><<a href="mailto:dam@opencsw.org" target="_blank">dam@opencsw.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Hi Yann,<br>
<br>
you carefully splitted the tasks into different groups in<br>
  <a href="http://wiki.opencsw.org/project-openssl" target="_blank">http://wiki.opencsw.org/project-openssl</a><br>
<br>
Which order would you recommend? </blockquote><div><br></div><div>There are no order to follow between groups, they are independant.</div><div>There are no order inside groups, they just must be released together (except if one program refuse to compile because one of its dependancy is still linked with openssl 0.9.8, I am not aware if that can happens).</div>


<div><br></div><div>For exemple, you can't release gnomesysmon and courier_imap separately, because gnomesysmon is linked several times with openssl at runtime: directly and indirectly by the way of a dependancy on libldap2_4_2.</div>


<div><br></div><div>So you need to recompile both gnomesysmon and libldap2_4_2 at the same time to avoid a runtime linking with both version.</div><div><br></div><div>But as courier_imap is also directly linked with openssl and indirectly linked through libldap2_4_2, you also need to recompile courier_imap at the same time to avoid to create a new dual runtime linking situation with courier_imap.</div>


<div><br></div><div><br></div><div>As said before, it would be helpful to know when the dual runtime linking is really a problem, this would maybe help to significantly simplify the coordination work. </div><div><br></div>
<div>Does someone know what happens exactly when a program is linked with two different libraries at runtime by the way of one of its dependancy ?</div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Can I talk you into taking the stab at project<br>

lead and ask people to do specific things?</blockquote><div><br></div><div>Yes, I intented to do it but I will not be able to do it until next week.</div><div><br></div><div>The fact that some maintainers are retired will make things complicated. I've some seen mails about stopping to support desktop apps. Is there some consensus about this ? That would remove a lot of unmaintained packages from group 1.</div>
<div><br></div><div>Some of these packages may even not lack a GAR recipe, don't they ?</div><div><br></div><div>(BTW, I am not sure we should even keep packages that are not maintained anymore. At best, it may be a good idea to move them to a separate catalog)</div>
<div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
 What should I do first from that list?<br></blockquote><div><br></div><div>I would recommend to first work on group 1 because this is the biggest group and one missing updated package prevents all the other to be updated. </div>
<div><br></div><div>Yann</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
<br>
Best regards<br>
<br>
  -- Dago<br>
<span><font color="#888888"><br>
--<br>
"You don't become great by trying to be great, you become great by wanting to do something,<br>
and then doing it so hard that you become great in the process." - xkcd #896<br>
<br>
_______________________________________________<br>
maintainers mailing list<br>
<a href="mailto:maintainers@lists.opencsw.org" target="_blank">maintainers@lists.opencsw.org</a><br>
<a href="https://lists.opencsw.org/mailman/listinfo/maintainers" target="_blank">https://lists.opencsw.org/mailman/listinfo/maintainers</a><br>
.:: This mailing list's archive is public. ::.<br>
</font></span></blockquote></div><br>