On 8/24/07, <b class="gmail_sendername">Enrico Zini</b> <<a href="mailto:enrico@enricozini.org">enrico@enricozini.org</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
> 1) I see that there are tags works-with-format::zip, but not<br>> works-with-format::gzip. I'm not sure exactly how useful something like that<br>> would be, or how many formats tags ought to be created for..
<br><br>I think there's no works-with-format::gzip because it's so widely<br>supported that I have trouble seeing a use case for someone looking for<br>"something that can handle gzips": almost everything can.
<br><br>There is however more than a use case for looking for programs that can<br>unpack a .zip file. At least, this would be the rationale, but I can of<br>course be missing something.</blockquote><div><br>OK, so you don't expect to have works-with-format::* for every format.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I understand your point. Maybe we need something to encode a concept<br>like "the maintainer believe this package is not to be used directly,
<br>but instead as a runtime support for more high-level libraries", but I<br>can't think of any straightforward way of doing that.</blockquote><div><br>Maybe role::dependency? Or special::dependency, by way of analogy with special::obsolete?
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I'd say, happily go with role::devel-lib and leave it to the users to<br>decide if they need it or not. In fact, you can take advantage of the
<br>package description and add a note telling them that they most likely<br>don't, unless in very few specific cases.<br></blockquote></div><br>I'm not the package maintainer, so I can't do that, but hopefully it should be clear enough when looking at the package description.
<br><br>Ethan