6 Replies Latest reply on Jun 15, 2017 11:36 AM by Intel Corporation

    BitBake fails with IcedTea

    zalfakir

      I am unable to run BitBake to build ref-os-iot due to being unable to fetch IcedTea


      Examining the log makes it pretty clear that it cannot fetch from a url: http://icedtea.classpath.org/hg/release/icedtea7-forest-2.1/jdk/archive/d7ecb57d3c61.tar.gz When I visit the url in the web browser, it does not exist. Clearly somebody decided to change some settings on their side. The question is: When will the master branch of ref-os-iot be updated to reflect this?

       

       

       

       

      Here is what I thought would be useful from the log:

      --2017-06-09 09:29:04--  (try: 2)  http://icedtea.wildebeest.org/hg/release/icedtea7-forest-2.1/jdk/archive/d7ecb57d3c61.tar.gz
      Connecting to icedtea.wildebeest.org (icedtea.wildebeest.org)|212.238.236.112|:80... connected.
      HTTP request sent, awaiting response... 200 Script output follows
      Length: unspecified [application/x-gzip] Saving to: ‘/home/zachary/ref-os-iot/build/downloads/d7ecb57d3c61.tar.gz’     
      0K .......... .......... .......... .......... ..........  256K
      50K .......... .......... .......... .......... ..........  506K   
      100K .......... .......... .......... .......... ..........  702K   
      150K .......... .......... .......... .......... .......... 4.75M   
      200K .......... .......... .......... .......... .......... 2.10M   
      250K .......... .......... .......... .......... ..........  761K   
      300K .......... .......... .......... .......... .......... 4.93M   
      350K .......... .......... .......... .......... .......... 4.46M   
      400K .......... .......... .......... .......... .......... 7.50M   
      450K .......... .......... .......... .......... .......... 3.23M   
      500K .......... .......... .......... .......... ..........  722K   
      550K .......... .......... .......... .......... ..........  128M   
      600K .......... .......... .......... .......... ..........  504M   
      650K .......... .......... .......... .......... .......... 27.2M   
      700K .......... .......... .......... .                     6.55M=0.6s

      2017-06-09 09:29:06 (1.22 MB/s) - Read error at byte 873368 (Success).Giving up.
      ERROR: icedtea7-native-2.1.3-r1.0 do_fetch: Fetcher failure for URL: 'http://icedtea.classpath.org/hg/release/icedtea7-forest-2.1/jdk/archive/d7ecb57d3c61.tar.gz;name=jdk;unpack=false'. Unable to fetch URL from any source.
      ERROR: icedtea7-native-2.1.3-r1.0 do_fetch: Function failed: base_do_fetch
      ERROR: Logfile of failure stored in: /home/zachary/ref-os-iot/build/tmp-glibc/work/x86_64-linux/icedtea7-native/2.1.3-r1.0/temp/log.do_fetch.22568
      ERROR: Task (/home/zachary/ref-os-iot/build/../meta-ref-os-iot/meta-common/meta-java/recipes-core/icedtea/icedtea7-native_2.1.3.bb:do_fetch) failed with exit code '1'

        • 1. Re: BitBake fails with IcedTea
          zalfakir

          More tinkering shows that when I reset the meta-java submodule, it has a different error ERROR: The following unsupported recipes are required for the build:######################################################                                                                            | ETA:  0:00:10 cups@core (would be supported in workspacelayer) Each unsupported recipe is identified by the recipe name and the collection in which it occurs and has to be marked as supported (see below) using that format.

          Typically each layer has exactly one collection.

          Here are the dependency chains (including DEPENDS and RDEPENDS) which include one or more of the unsupported recipes.

          -> means "depends on" and * marks unsupported recipes:

           

          full-image -> *cups

          full-image -> openjdk-8 -> *cups

          full-image -> packagegroup-java-jdk -> *cups

          full-image -> packagegroup-java-jdk -> openjdk-8 -> *cups

          • 2. Re: BitBake fails with IcedTea
            zalfakir

            As many might know, cups commonly refers to C.U.P.S. or Common Unix Printing System. It seems very odd that openjdk-8 would need to have CUPS support. Will Intel be fixing this issue or do I need to file a bug with the meta-java maintainers ?

            • 3. Re: BitBake fails with IcedTea
              Intel Corporation
              This message was posted on behalf of Intel Corporation

              Hello zalfakir,

              Thank you for your interest in the Intel® Joule™ Products.

              Could you please tell me which guide you have being following to build the image?

              I recently built a full image by following the steps provided in this link: https://github.com/01org/ref-os-iot.

              Are you trying to build a custom image? 

              I’ll be waiting for your response.

              If you have any update or question, don’t hesitate to contact us.

              Have a nice day.

              Regards,
              Andres V.

              • 4. Re: BitBake fails with IcedTea
                Intel Corporation
                This message was posted on behalf of Intel Corporation

                Hello zalfakir,

                I was wondering if you could check the questions from the last post.

                If you have any update or question, don’t hesitate to contact us.

                Regards,
                Andres V.

                • 5. Re: BitBake fails with IcedTea
                  zalfakir

                  Sorry for the late reply. Turns out it was just an issue with a firewall blocking the icedtea download.

                  • 6. Re: BitBake fails with IcedTea
                    Intel Corporation
                    This message was posted on behalf of Intel Corporation

                    Hello zalfakir,

                    I’m glad to hear that you could solve the issue.

                    Thank you for sharing your experience with the community, we really appreciate it.

                    Have a nice day.

                    Regards,
                    Andres V.