https://gradle.com/ logo
Join Slack
Powered by
# community-support
  • s

    Slackbot

    03/07/2023, 8:45 PM
    This message was deleted.
    v
    e
    l
    • 4
    • 6
  • s

    Slackbot

    03/07/2023, 9:59 PM
    This message was deleted.
    ➕ 1
    l
    • 2
    • 1
  • s

    Slackbot

    03/08/2023, 8:51 AM
    This message was deleted.
    r
    • 2
    • 3
  • s

    Slackbot

    03/08/2023, 2:01 PM
    This message was deleted.
    n
    c
    • 3
    • 5
  • s

    Slackbot

    03/08/2023, 3:55 PM
    This message was deleted.
    v
    • 2
    • 1
  • s

    Slackbot

    03/08/2023, 4:32 PM
    This message was deleted.
    v
    e
    j
    • 4
    • 7
  • s

    Slackbot

    03/08/2023, 11:09 PM
    This message was deleted.
    v
    a
    +2
    • 5
    • 9
  • a

    Adam

    03/09/2023, 11:26 AM
    can I programatically get the fingerprint of a
    DirectoryProperty
    or
    Provider<FileSystemLocation>
    that Gradle uses for up-to-date checks? I'm using a Configuration to share a files between subprojects. The Configuration contains a some directories, and a JSON file that describes some config and lists the directories. The receiving subproject has a task that uses the config file as well as the directories. It would be convenient if I could add the fingerprint of the directories to the config file, so that the receiving task will be up-to-date. Otherwise, I have to set up task inputs, or manually compute an md5 for the directories, and I'd lose Gradle's file normalization.
    👀 1
  • j

    Javi

    03/09/2023, 1:45 PM
    On open source projects, is it fine to run build scans even if that can be a bit spammy? (Dependabot/Renovate PRs) and so on
    👀 1
    ➕ 1
    👍 1
  • j

    Javi

    03/09/2023, 7:05 PM
    I am having an issue with with the detekt task and Gradle 8.0, this is the setup: •
    :gradle-extensions
    (it has no code, it just add more subprojects using api(...), like it was an index of all projects) •
    :gradle-extensions-subprojects:gradle-logging-extensions
    And the error is this one:
    Copy code
    Reason: Task ':gradle-extensions:detekt' uses this output of task ':gradle-extensions-subprojects:gradle-logging-extensions:spotlessKotlin' without declaring an explicit or implicit dependency. This can lead to incorrect results being produced, depending on what order the tasks are executed.
    
        Possible solutions:
          1. Declare task ':gradle-extensions-subprojects:gradle-logging-extensions:spotlessKotlin' as an input of ':gradle-extensions:detekt'.
          2. Declare an explicit dependency on ':gradle-extensions-subprojects:gradle-logging-extensions:spotlessKotlin' from ':gradle-extensions:detekt' using Task#dependsOn.
          3. Declare an explicit dependency on ':gradle-extensions-subprojects:gradle-logging-extensions:spotlessKotlin' from ':gradle-extensions:detekt' using Task#mustRunAfter.
    As you can see in the
    Reason
    , the
    detekt
    task is on the
    gradle-extensions
    module, and the the
    spotlessKotlin
    in a different module. I have tried to do
    detekt.mustRunAfter(_tasks_.findByName("spotlessKotlin"))
    , but that dependency would work with tasks on the same project
  • s

    Slackbot

    03/09/2023, 7:54 PM
    This message was deleted.
    a
    e
    s
    • 4
    • 9
  • s

    Slackbot

    03/10/2023, 6:56 AM
    This message was deleted.
    ➕ 1
    j
    v
    m
    • 4
    • 3
  • j

    joschi

    03/10/2023, 9:44 AM
    Maybe somebody here knows. 😅
  • s

    Slackbot

    03/10/2023, 1:00 PM
    This message was deleted.
    v
    d
    • 3
    • 5
  • s

    Slackbot

    03/10/2023, 2:24 PM
    This message was deleted.
    🙋 3
    c
    • 2
    • 1
  • s

    Slackbot

    03/11/2023, 4:06 AM
    This message was deleted.
    Example_kt.txt
    m
    d
    • 3
    • 6
  • s

    Slackbot

    03/11/2023, 10:12 AM
    This message was deleted.
    v
    j
    • 3
    • 12
  • s

    Slackbot

    03/11/2023, 7:33 PM
    This message was deleted.
    s
    • 2
    • 1
  • s

    Slackbot

    03/12/2023, 11:04 PM
    This message was deleted.
    c
    v
    +2
    • 5
    • 5
  • s

    Slackbot

    03/13/2023, 2:16 PM
    This message was deleted.
    ✅ 1
    d
    • 2
    • 1
  • s

    Slackbot

    03/13/2023, 6:20 PM
    This message was deleted.
    c
    p
    v
    • 4
    • 6
  • s

    Slackbot

    03/13/2023, 8:00 PM
    This message was deleted.
    c
    t
    • 3
    • 3
  • s

    Slackbot

    03/13/2023, 8:08 PM
    This message was deleted.
    v
    d
    d
    • 4
    • 6
  • t

    tony

    03/13/2023, 10:24 PM
    Copy code
    * What went wrong:
    A problem occurred configuring root project 'protos'.
    > Could not create task ':updateProtos'.
       > Could not create task of type 'UpdateProtosTask'.
          > Too many parameters provided for constructor for type UpdateProtosTask. Expected 0, received 1.
    When I debug, the "constructor args" are a function call from the plugin's apply method to an instance method on the task that runs some configuration code. This only happened when I changed the project that this plugin is applied to. In one project, no problem. In another, this error Yeah, removing the method call and putting all the config code in the plugin's apply method resolved the issue. Odd
  • s

    Slackbot

    03/14/2023, 5:28 PM
    This message was deleted.
    s
    • 2
    • 1
  • s

    Slackbot

    03/14/2023, 5:49 PM
    This message was deleted.
    e
    c
    a
    • 4
    • 5
  • s

    Slackbot

    03/14/2023, 8:38 PM
    This message was deleted.
    g
    e
    • 3
    • 2
  • s

    Slackbot

    03/15/2023, 9:01 AM
    This message was deleted.
    m
    j
    v
    • 4
    • 21
  • s

    Slackbot

    03/15/2023, 10:07 AM
    This message was deleted.
    👍 1
    j
    • 2
    • 3
  • s

    Slackbot

    03/15/2023, 2:08 PM
    This message was deleted.
    👍 1
    m
    v
    • 3
    • 6
1...434445...102Latest