* [gentoo-dev] virtual/ocaml - to be or not to be
@ 2006-03-27 15:29 Ingo Bormuth
2006-03-27 18:30 ` Alec Warner
0 siblings, 1 reply; 2+ messages in thread
From: Ingo Bormuth @ 2006-03-27 15:29 UTC (permalink / raw
To: gentoo-dev
[-- Attachment #1: Type: text/plain, Size: 704 bytes --]
Hi dev-list,
what is the rule concerning when to introduce new virtuals?
I created an ebuild for metaocaml which is a real drop in replacement for
the ocaml programming language allowing for metaprogramming and dynamic
linking. Metaocaml in fact is a patched version of ocaml.
For licence reasons the patch is not available so I cannot optionally
apply it in the ocaml ebuild.
Would you in such a case create a new virtual or just
PROVIDE "dev-lang/ocaml" in the metaocaml ebuild ?
More information: Bug #111407
Thanks Ingo
--
Ingo Bormuth, voicebox & telefax: +49-12125-10226517 '(~o-o~)'
public key 86326EC9, http://ibormuth.efil.de/contact --ooO--(.)--Ooo--
[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [gentoo-dev] virtual/ocaml - to be or not to be
2006-03-27 15:29 [gentoo-dev] virtual/ocaml - to be or not to be Ingo Bormuth
@ 2006-03-27 18:30 ` Alec Warner
0 siblings, 0 replies; 2+ messages in thread
From: Alec Warner @ 2006-03-27 18:30 UTC (permalink / raw
To: gentoo-dev
Ingo Bormuth wrote:
> Hi dev-list,
>
> what is the rule concerning when to introduce new virtuals?
>
> I created an ebuild for metaocaml which is a real drop in replacement for
> the ocaml programming language allowing for metaprogramming and dynamic
> linking. Metaocaml in fact is a patched version of ocaml.
> For licence reasons the patch is not available so I cannot optionally
> apply it in the ocaml ebuild.
>
> Would you in such a case create a new virtual or just
> PROVIDE "dev-lang/ocaml" in the metaocaml ebuild ?
>
> More information: Bug #111407
>
> Thanks Ingo
>
>
For a small number of deps ( IE 2 providers ) you can use an || depend atom.
|| ( dev-lang/ocaml dev-lang/metaocaml ) -> for example
Regardless of the outcome ( virtual vs no virtual ) the virtual should
be a new style, and not an old style virtual. I would say one is not
necessary here however.
--
gentoo-dev@gentoo.org mailing list
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-03-27 18:33 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-27 15:29 [gentoo-dev] virtual/ocaml - to be or not to be Ingo Bormuth
2006-03-27 18:30 ` Alec Warner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox