You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by "Brian C. Dilley (JIRA)" <ji...@codehaus.org> on 2005/09/20 23:21:11 UTC
[jira] Created: (MNG-935) Gentoo style pom dependencies
Gentoo style pom dependencies
-----------------------------
Key: MNG-935
URL: http://jira.codehaus.org/browse/MNG-935
Project: Maven 2
Type: Wish
Environment: None appropriate
Reporter: Brian C. Dilley
I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-935) Gentoo style pom dependencies
Posted by "Brian C. Dilley (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-935?page=comments#action_47383 ]
Brian C. Dilley commented on MNG-935:
-------------------------------------
Excuse my ignorance, but does this mean that it's going to be=20
implemented in version 2.1?
> Gentoo style pom dependencies
> -----------------------------
>
> Key: MNG-935
> URL: http://jira.codehaus.org/browse/MNG-935
> Project: Maven 2
> Type: Wish
> Environment: None appropriate
> Reporter: Brian C. Dilley
> Fix For: 2.1
>
>
> I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
> Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
> There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
> My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-935) Gentoo style pom dependencies
Posted by "Brett Porter (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-935?page=comments#action_47400 ]
Brett Porter commented on MNG-935:
----------------------------------
its under consideration for 2.1.
> Gentoo style pom dependencies
> -----------------------------
>
> Key: MNG-935
> URL: http://jira.codehaus.org/browse/MNG-935
> Project: Maven 2
> Type: Wish
> Environment: None appropriate
> Reporter: Brian C. Dilley
> Fix For: 2.1
>
>
> I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
> Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
> There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
> My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-935) Gentoo style pom dependencies
Posted by "Philipp Scholl (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-935?page=comments#action_59487 ]
Philipp Scholl commented on MNG-935:
------------------------------------
I absolutely like this Idea. What's the current Status? Did Brian already implement something?
> Gentoo style pom dependencies
> -----------------------------
>
> Key: MNG-935
> URL: http://jira.codehaus.org/browse/MNG-935
> Project: Maven 2
> Type: Wish
> Environment: None appropriate
> Reporter: Brian C. Dilley
> Fix For: 2.1
>
>
> I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
> Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
> There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
> My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-935) Gentoo style pom dependencies
Posted by "Trygve Laugstol (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-935?page=comments#action_47463 ]
Trygve Laugstol commented on MNG-935:
-------------------------------------
Not directly related but something that you might want to take a look at Brian: http://docs.codehaus.org/display/MAVEN/Extending+Maven+2.0+Dependencies
> Gentoo style pom dependencies
> -----------------------------
>
> Key: MNG-935
> URL: http://jira.codehaus.org/browse/MNG-935
> Project: Maven 2
> Type: Wish
> Environment: None appropriate
> Reporter: Brian C. Dilley
> Fix For: 2.1
>
>
> I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
> Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
> There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
> My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Commented: (MNG-935) Gentoo style pom dependencies
Posted by "Brian C. Dilley (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-935?page=comments#action_47413 ]
Brian C. Dilley commented on MNG-935:
-------------------------------------
Great! Let me know if i can be of assistance. I'm perfectly able to contribute code if this is a desired feature.
> Gentoo style pom dependencies
> -----------------------------
>
> Key: MNG-935
> URL: http://jira.codehaus.org/browse/MNG-935
> Project: Maven 2
> Type: Wish
> Environment: None appropriate
> Reporter: Brian C. Dilley
> Fix For: 2.1
>
>
> I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
> Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
> There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
> My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
[jira] Updated: (MNG-935) Gentoo style pom dependencies
Posted by "Brett Porter (JIRA)" <ji...@codehaus.org>.
[ http://jira.codehaus.org/browse/MNG-935?page=all ]
Brett Porter updated MNG-935:
-----------------------------
Fix Version: 2.1
> Gentoo style pom dependencies
> -----------------------------
>
> Key: MNG-935
> URL: http://jira.codehaus.org/browse/MNG-935
> Project: Maven 2
> Type: Wish
> Environment: None appropriate
> Reporter: Brian C. Dilley
> Fix For: 2.1
>
>
> I'm a long time Gentoo Linux (http://www.gentoo.org/) user, and i think that Maven could adpot some idea's from gentoo's portage (http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=1).
> Gentoo has a concept of "ebuilds" (which can be compared to poms). An ebuild is an install script of sorts for installing a particular piece of software. An ebuild defines, among other things, what it's dependencies (other ebuilds) are. There are two types of dependencies: optional and required. A required depency is something that the software needs to be built or run, while an optional depency is the exact opposite... it is optional at compile and run time. Basically an optional depency is a feature that the piece of sotware supports that isn't necessary for it to function.
> There is also something in gentoo called "USE flags". Use flags are a system scope set of parameters that determine how ebuilds are built... and which features are included or excluded. For instance, "alsa" is a USE flag. If your use flags have "alsa" in them then any application that supports Alsa (Advanced Linux Sound Architecture) as an optional dependency will be compiled with support for alsa. Likewise, if your USE flags contain "-alsa" then anything that has optional support for alsa will not be compiled with support for alsa. I should also mention that if a particular ebuild requires alsa... alsa will be built as well as it (because it requires alsa at compile/run time)... but it and anything else that requires it will be the only piece of software on the machine that has alsa support. I should also note that Gentoo has what is called "profiles". Profiles contain (among other things) a default set of USE flags for the general user, so in theory a Gentoo user doesn't have to modify their USE flags whatsoever.
> My thinking is that Maven could adopt this. Poms could specify required and optional dependencies, and at a project level USE flags could be defined to filter what gets included in a project. For instance someone using the Spring Framework may not be using Hibernate... in their use flags "-hibernate" could be defined so that maven knows not to grab hibernate (and all of it's dependencies) just because they want to use the spring MVC framework.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org