<div dir="ltr">Actually, I just sent this email to expose the problem.<div style>I do not have a very good understanding of naming policies and so on. So, I think I am way under-qualified to propose a solution.</div><div style>
>From my own point of view, any name would be ok, included the proposed "pcap-format". :)</div><div style>Regards.</div><div style>Johan</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/7/10 Sylvain Le Gall <span dir="ltr"><<a href="mailto:sylvain+ocaml@le-gall.net" target="_blank">sylvain+ocaml@le-gall.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">In Debian we have a loose 'naming' policy for that:<br>
<a href="http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/c305.html" target="_blank">http://pkg-ocaml-maint.alioth.debian.org/ocaml_packaging_policy.html/c305.html</a><br>
<br>
Most of the time, we decide to consider that a library ocaml-blah<br>
provides blah if the findlib name is blah. In this case we name the<br>
package libblah-ocaml-dev.<br>
<br>
Basically we are considering that findlib names are unique and we map<br>
to them. As a matter of fact this make sense and if you have a naming<br>
problem it probably means that you cannot install both library at the<br>
same time ! (because findlib will be confused if two different<br>
libraries have the same name).<br>
<br>
Althought these are guidelines and not really enforced.<br>
<br>
2013/7/10 Anil Madhavapeddy <<a href="mailto:anil@recoil.org">anil@recoil.org</a>>:<br>
<div class="HOEnZb"><div class="h5">> Hi Johan, David,<br>
><br>
> The existing OPAM policy is simply to package by consensus.  If you could<br>
> both agree on suitable and unique names and submit a pull request or issue<br>
> to <a href="http://github.com/OCamlPro/opam-repository" target="_blank">http://github.com/OCamlPro/opam-repository</a>, we will merge the changes<br>
> into the stable repository.<br>
><br>
> The same issue has come up with a couple of other packages (such as<br>
> openflow, or vhd as David points out).  It would be good to distinguish<br>
> them with a prefix less generic than "ocaml-" if possible.  For example,<br>
> if Dave's pcap bindings are just the format and not the library, it might<br>
> be appropriate to call it pcap-format.<br>
><br>
> best,<br>
> Anil<br>
><br>
> On Wed, Jul 10, 2013 at 08:01:46AM +0100, David Scott wrote:<br>
>> Hi,<br>
>><br>
>> Is there a pattern we should apply more generally? I know of two other<br>
>> packages which both implement functions to read/write .vhd format disk<br>
>> files. One is a binding to a C lib "vhd" and the other is a pure ocaml<br>
>> implementation of the spec. They have disjoint feature sets, so both are<br>
>> useful. Initially both were just called "vhd" in opam. Since then the C<br>
>> binding one was renamed "libvhd" IIRC.<br>
>><br>
>> I'm happy to rename the ocaml-pcap to whatever makes the most sense.<br>
>><br>
>> Cheers,<br>
>> Dave<br>
>><br>
>> On Wednesday, July 10, 2013, Johan Mazel wrote:<br>
>><br>
>> > Hi<br>
>> > There currently is an OPAM package called pcap based on ocaml-pcap (<br>
>> > <a href="https://github.com/djs55/ocaml-pcap" target="_blank">https://github.com/djs55/ocaml-pcap</a>).<br>
>> > However, the OCaml binbings to libpcap have the same name: pcap. These<br>
>> > bindings are still relevant because they provides bindings to live capture<br>
>> > on network interface.<br>
>> ><br>
>> > Would it be possible to change the current OPAM package to something else<br>
>> > like cstruct-pcap ? It would allow one to install both packages in OPAM.<br>
>> > Regards.<br>
>> > Johan Mazel<br>
>> ><br>
>><br>
>><br>
>> --<br>
>> Dave Scott<br>
><br>
>> _______________________________________________<br>
>> Platform mailing list<br>
>> <a href="mailto:Platform@lists.ocaml.org">Platform@lists.ocaml.org</a><br>
>> <a href="http://lists.ocaml.org/listinfo/platform" target="_blank">http://lists.ocaml.org/listinfo/platform</a><br>
> _______________________________________________<br>
> Platform mailing list<br>
> <a href="mailto:Platform@lists.ocaml.org">Platform@lists.ocaml.org</a><br>
> <a href="http://lists.ocaml.org/listinfo/platform" target="_blank">http://lists.ocaml.org/listinfo/platform</a><br>
_______________________________________________<br>
Platform mailing list<br>
<a href="mailto:Platform@lists.ocaml.org">Platform@lists.ocaml.org</a><br>
<a href="http://lists.ocaml.org/listinfo/platform" target="_blank">http://lists.ocaml.org/listinfo/platform</a><br>
</div></div></blockquote></div><br></div>