https://pantsbuild.org/ logo
Powered by
#general
  • h

    happy-kitchen-89482

    10/10/2015, 2:45 AM
    hmm
  • m

    many-table-69772

    10/10/2015, 12:30 PM
    Hi. I was trying to update Pants in Whisk from 0.0.51 to 52/53 and getting a error on 
    bundle
    goal for one of our targets.
  • m

    many-table-69772

    10/10/2015, 12:31 PM
    Copy code
    File "/root/.cache/pants/setup/bootstrap/pants.zgaZaX/install/local/lib/python2.7/site-packages/pants/backend/jvm/tasks/detect_duplicates.py", line 119, in _get_conflicts_by_artifacts
    conflicts_by_artifacts[tuple(sorted(artifacts))].add(file_name)
  File "/root/.cache/pants/setup/bootstrap/pants.zgaZaX/install/local/lib/python2.7/site-packages/pants/build_graph/target.py", line 510, in __lt__
    return self.address < other.address

Exception message: 'unicode' object has no attribute ‘address’
  • m

    many-table-69772

    10/10/2015, 12:31 PM
    any suggestions?..
  • a

    ancient-stone-50795

    10/10/2015, 12:38 PM
    @many-table-69772: I tried running bundle on our example target in the repo and one of our internal targets at square using the latest code and it didn’t reproduce the problem.
  • a

    ancient-stone-50795

    10/10/2015, 12:39 PM
    Does bundle work for you on other targets? I wonder what is different about this one?
  • u

    user

    10/10/2015, 12:40 PM
    @ancient-stone-50795 commented on @witty-crayon-22786’s file

    https://pantsbuild.slack.com/files/U06A03HV1/F0C7C1KLP/screen_shot_2015-10-09_at_4.40.24_pm.png▾

    : Lookin’ good Stu.
  • m

    many-table-69772

    10/10/2015, 12:48 PM
    @ancient-stone-50795: yeah, it works on other targets. Can’t see what is really different with that particular one
  • m

    many-table-69772

    10/10/2015, 12:48 PM
    will try to digg more into it
  • a

    ancient-stone-50795

    10/10/2015, 12:59 PM
    @many-table-69772: It looks like the problem is that a string is getting into a list where we expect a Target type. You are sure it was 0.0.51 before? as far as this file goes, there has been only one change since then. Maybe the difference has something to do with the way this target declares resources?
  • m

    many-table-69772

    10/10/2015, 1:01 PM
    Yeah, it is all working with 0.0.51
  • m

    many-table-69772

    10/10/2015, 1:01 PM
    on our master branch
  • a

    ancient-stone-50795

    10/10/2015, 1:01 PM
    So you tried 0.0.52 first? There aren’t many changes between those two releases.
  • m

    many-table-69772

    10/10/2015, 1:05 PM
    yep
  • m

    many-table-69772

    10/10/2015, 1:05 PM
    there are clearly something with resources
  • m

    many-table-69772

    10/10/2015, 1:05 PM
    if I unlink them from target, it is working
  • m

    many-table-69772

    10/10/2015, 1:05 PM
    trying to spot the difference
  • m

    many-table-69772

    10/10/2015, 1:08 PM
    but even if link other (working) target’s resources, it doesn’t work
  • a

    ancient-stone-50795

    10/10/2015, 1:08 PM
    It would be awesome if we could reproduce this problem. If it isn’t an outright bug, it could be a BUILD file specification issue that we could catch sooner.
  • a

    ancient-stone-50795

    10/10/2015, 1:08 PM
    What kind of target is it? Is it a 
    jvm_binary()
    ?
  • m

    many-table-69772

    10/10/2015, 1:08 PM
    yep
  • m

    many-table-69772

    10/10/2015, 1:10 PM
    seems it is some kind of clash in filenames of resources
  • a

    ancient-stone-50795

    10/10/2015, 1:11 PM
    ok, that gives me an idea. we could try to reproduce this by adding 2 duplicate resources to the greet example.
  • m

    many-table-69772

    10/10/2015, 1:12 PM
    yeah, 
    reference.conf
  • m

    many-table-69772

    10/10/2015, 1:12 PM
    which is potentially also part of some jars
  • m

    many-table-69772

    10/10/2015, 1:14 PM
    weird that it doesn’t complain for others though. We use it that way of configuration quite a lot
  • a

    ancient-stone-50795

    10/10/2015, 1:20 PM
    I’ve tried adding a dup resource in another target in the greet example, but thus far it doesn’t show any dups, nor does it reproduce the error.
  • m

    many-table-69772

    10/10/2015, 1:22 PM
    and for this target it is the only resource-type dependency
  • m

    many-table-69772

    10/10/2015, 1:22 PM
    seems somehow conflicting with one of jars
  • a

    ancient-stone-50795

    10/10/2015, 1:26 PM
    I managed to get the dup message to come out for a resource by creating two jars with just one resource in them that’s a dup, but did not reproduce the problem.
1...542543544...2420Latest