dev  

Messages by Thread

• • Re: [gradle-dev] 'Must run after' ordering Adam Murdoch
  • [gradle-dev] Re: 'Must run after' ordering Peter Walker
  • Re: [gradle-dev] 'Must run after' ordering Szczepan Faber
  • Re: [gradle-dev] 'Must run after' ordering Luke Daley
  • Re: [gradle-dev] 'Must run after' ordering Adam Murdoch
  • Re: [gradle-dev] 'Must run after' ordering Luke Daley
  • Re: [gradle-dev] 'Must run after' ordering Adam Murdoch
• [gradle-dev] distributions and publications Adam Murdoch
  • Re: [gradle-dev] distributions and publications Hans Dockter
  • Re: [gradle-dev] distributions and publications Luke Daley
  • Re: [gradle-dev] distributions and publications Adam Murdoch
  • Re: [gradle-dev] distributions and publications Philip Crotwell
  • Re: [gradle-dev] distributions and publications Adam Murdoch
  • Re: [gradle-dev] distributions and publications Adam Murdoch
• [gradle-dev] kryo error when running tests locally Szczepan Faber
• [gradle-dev] flakey tests Adam Murdoch
• [gradle-dev] Fwd: New problem: Java 7, Gradle 1.4, Windows VM Initialization Fails Possibly D... Luke Daley
• [gradle-dev] DistributionPlugin and Distribution name Rene Groeschke
  • Re: [gradle-dev] DistributionPlugin and Distribution name Adam Murdoch
  • Re: [gradle-dev] DistributionPlugin and Distribution name Sébastien Cogneau
  • Re: [gradle-dev] DistributionPlugin and Distribution name Adam Murdoch
  • Re: [gradle-dev] DistributionPlugin and Distribution name Rene Groeschke
• [gradle-dev] Implicit file type coercions. Luke Daley
  • Re: [gradle-dev] Implicit file type coercions. Szczepan Faber
  • Re: [gradle-dev] Implicit file type coercions. Luke Daley
  • Re: [gradle-dev] Implicit file type coercions. Daz DeBoer
  • Re: [gradle-dev] Implicit file type coercions. Luke Daley
  • [gradle-dev] Re: Implicit file type coercions. Luke Daley
  • Re: [gradle-dev] Implicit file type coercions. Adam Murdoch
  • Re: [gradle-dev] Implicit file type coercions. Luke Daley
• [gradle-dev] SBT's “archetypes” - interesting idea. Luke Daley
  • Re: [gradle-dev] SBT's “archetypes” - interesting idea. Daz DeBoer
  • Re: [gradle-dev] SBT's “archetypes” - interesting idea. Hans Dockter
  • Re: [gradle-dev] SBT's “archetypes” - interesting idea. Hans Dockter
  • Re: [gradle-dev] SBT's “archetypes” - interesting idea. Szczepan Faber
  • Re: [gradle-dev] SBT's “archetypes” - interesting idea. Ken Sipe
  • Re: [gradle-dev] SBT's “archetypes” - interesting idea. Hans Dockter
• [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Daz DeBoer
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Daz DeBoer
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Luke Daley
  • Re: [gradle-dev] some thoughts on the dsl for multiple outputs for jvm based projects Adam Murdoch
• [gradle-dev] creating fewer tasks and backwards compatibility Adam Murdoch
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Hans Dockter
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Luke Daley
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Adam Murdoch
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Hans Dockter
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Hans Dockter
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Adam Murdoch
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Hans Dockter
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Szczepan Faber
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Luke Daley
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Adam Murdoch
  • [gradle-dev] Re: creating fewer tasks and backwards compatibility Adam Murdoch
  • Re: [gradle-dev] Re: creating fewer tasks and backwards compatibility Luke Daley
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Adam Murdoch
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Adam Murdoch
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Luke Daley
  • Re: [gradle-dev] creating fewer tasks and backwards compatibility Luke Daley
• [gradle-dev] Debian now publishing package metadata in RDF (SemWeb) format. Luke Daley
• [gradle-dev] A new name for configure-on-demand Adam Murdoch
  • Re: [gradle-dev] A new name for configure-on-demand Luke Daley
  • [gradle-dev] Re: A new name for configure-on-demand Peter Walker
  • Re: [gradle-dev] A new name for configure-on-demand Ken Sipe
  • Re: [gradle-dev] A new name for configure-on-demand Szczepan Faber
  • Re: [gradle-dev] A new name for configure-on-demand Luke Daley
  • Re: [gradle-dev] A new name for configure-on-demand Luke Daley
  • Re: [gradle-dev] A new name for configure-on-demand Adam Murdoch
  • Re: [gradle-dev] A new name for configure-on-demand Szczepan Faber
  • Re: [gradle-dev] A new name for configure-on-demand Adam Murdoch
• [gradle-dev] Copy tasks and file encoding when filtering Marcin Erdmann
  • Re: [gradle-dev] Copy tasks and file encoding when filtering Daz DeBoer
  • Re: [gradle-dev] Copy tasks and file encoding when filtering Marcin Erdmann
• [gradle-dev] dependency resolve rules Adam Murdoch
  • Re: [gradle-dev] dependency resolve rules Luke Daley
  • Re: [gradle-dev] dependency resolve rules Daz DeBoer
  • Re: [gradle-dev] dependency resolve rules Szczepan Faber
  • Re: [gradle-dev] dependency resolve rules Steve Ebersole
• [gradle-dev] Issue with GUI. Luke Daley
  • Re: [gradle-dev] Issue with GUI. Adam Murdoch
  • Re: [gradle-dev] Issue with GUI. Luke Daley
• [gradle-dev] Gradle 1.4-rc-3 is now available for testing Daz DeBoer
• [gradle-dev] Issue with NTLM authentication in 1.4-rc-2 Daz DeBoer
  • Re: [gradle-dev] Issue with NTLM authentication in 1.4-rc-2 Luke Daley
  • Re: [gradle-dev] Issue with NTLM authentication in 1.4-rc-2 Daz DeBoer
  • Re: [gradle-dev] Issue with NTLM authentication in 1.4-rc-2 Adam Murdoch
  • Re: [gradle-dev] Issue with NTLM authentication in 1.4-rc-2 Daz DeBoer
  • Re: [gradle-dev] Issue with NTLM authentication in 1.4-rc-2 Daz DeBoer
• [gradle-dev] Gradle 1.4-rc-2 now available for testing Daz DeBoer
• [gradle-dev] Re: [ANN] Second release candidate for Groovy 2.1.0 Guillaume Laforge
• [gradle-dev] GRADLE-2531 - Changes to buildSrc directory are not always detected. Luke Daley
  • Re: [gradle-dev] GRADLE-2531 - Changes to buildSrc directory are not always detected. Adam Murdoch
  • Re: [gradle-dev] GRADLE-2531 - Changes to buildSrc directory are not always detected. Luke Daley
• [gradle-dev] Porting Test Html report generation to JATL Rene Groeschke
  • Re: [gradle-dev] Porting Test Html report generation to JATL Adam Murdoch
  • Re: [gradle-dev] Porting Test Html report generation to JATL Rene Groeschke
  • Re: [gradle-dev] Porting Test Html report generation to JATL René Gröschke
  • Re: [gradle-dev] Porting Test Html report generation to JATL Rene Groeschke
  • Re: [gradle-dev] Porting Test Html report generation to JATL Luke Daley
  • Re: [gradle-dev] Porting Test Html report generation to JATL Szczepan Faber
• [gradle-dev] Can't use Tooling API or Daemon with https dependency repository with self signed cert. Luke Daley
• [gradle-dev] Issue titles. Luke Daley
• [gradle-dev] Gradle-1.4-rc-1 is available for testing Daz DeBoer
• [gradle-dev] Prioritising improving user experience for deprecations. Luke Daley
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Hans Dockter
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Luke Daley
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Hans Dockter
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Luke Daley
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Szczepan Faber
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Adam Murdoch
  • Re: [gradle-dev] Prioritising improving user experience for deprecations. Adam Murdoch
• [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Hans Dockter
  • Re: [gradle-dev] producing multiple outputs from jvm languages Hans Dockter
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Szczepan Faber
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Hans Dockter
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • [gradle-dev] Re: producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Daz DeBoer
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Daz DeBoer
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • [gradle-dev] Re: producing multiple outputs from jvm languages Adam Murdoch
  • [gradle-dev] Re: producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Daz DeBoer
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • [gradle-dev] Re: producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
  • Re: [gradle-dev] producing multiple outputs from jvm languages Luke Daley
  • Re: [gradle-dev] producing multiple outputs from jvm languages Adam Murdoch
• [gradle-dev] Polymorphic, mutable, domain object containers. Luke Daley
  • [gradle-dev] Re: Polymorphic, mutable, domain object containers. Peter Niederwieser
  • Re: [gradle-dev] Polymorphic, mutable, domain object containers. Adam Murdoch
  • Re: [gradle-dev] Polymorphic, mutable, domain object containers. Luke Daley
  • Re: [gradle-dev] Polymorphic, mutable, domain object containers. Daz DeBoer
• [gradle-dev] Testing IDE integration with Sikuli. Luke Daley
• [gradle-dev] Term for a dependency with metadata? Luke Daley
  • Re: [gradle-dev] Term for a dependency with metadata? Daz DeBoer
  • Re: [gradle-dev] Term for a dependency with metadata? Luke Daley
• [gradle-dev] Gradle, test reporting & cucumber-jvm Matt Khan
  • Re: [gradle-dev] Gradle, test reporting & cucumber-jvm Adam Murdoch
  • [gradle-dev] Re: Gradle, test reporting & cucumber-jvm mattkhan
• [gradle-dev] Fwd: [gradle-scm] [gradle/gradle] 73ebc5: Configuration-on-demand - cherry-picked a commit f... Luke Daley
  • Re: [gradle-dev] [gradle-scm] [gradle/gradle] 73ebc5: Configuration-on-demand - cherry-picked a commit f... Adam Murdoch
  • Re: [gradle-dev] [gradle-scm] [gradle/gradle] 73ebc5: Configuration-on-demand - cherry-picked a commit f... Luke Daley
  • Re: [gradle-dev] [gradle-scm] [gradle/gradle] 73ebc5: Configuration-on-demand - cherry-picked a commit f... Adam Murdoch
  • Re: [gradle-dev] [gradle-scm] [gradle/gradle] 73ebc5: Configuration-on-demand - cherry-picked a commit f... Szczepan Faber
• [gradle-dev] [ANN] Release Candidate for Groovy 2.1.0 Guillaume Laforge
  • Re: [gradle-dev] [ANN] Release Candidate for Groovy 2.1.0 Luke Daley
  • Re: [gradle-dev] [ANN] Release Candidate for Groovy 2.1.0 Guillaume Laforge
  • Re: [gradle-dev] [ANN] Release Candidate for Groovy 2.1.0 Guillaume Laforge
  • Re: [gradle-dev] [ANN] Release Candidate for Groovy 2.1.0 Luke Daley
  • Re: [gradle-dev] [ANN] Release Candidate for Groovy 2.1.0 Luke Daley
• [gradle-dev] Personalisation in release notes. Luke Daley
  • Re: [gradle-dev] Personalisation in release notes. Szczepan Faber
• [gradle-dev] New maven-publish DSL Daz DeBoer

• Earlier messages
• Later messages