RetroPie forum home
    • Recent
    • Tags
    • Popular
    • Home
    • Docs
    • Register
    • Login
    Please do not post a support request without first reading and following the advice in https://retropie.org.uk/forum/topic/3/read-this-first

    Lr-Caprice32 installation error from source

    Scheduled Pinned Locked Moved Help and Support
    amstrad cpc
    7 Posts 4 Posters 686 Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C
      Cesarpuig
      last edited by

      Hello.

      On a Rasberry pi 4 with Retropie 4.8.2, when I try to update Lr-Caprice32 from source I get the following error:

      Log started at: mar jun 14 14:37:34 CEST 2022
      
      RetroPie-Setup version: 4.8.2 (8e2fda6a)
      System: rpi4 (armv7l) - Raspbian GNU/Linux 10 (buster) - Linux retropie 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l GNU/Linux
      Update is available - updating ...
      /home/pi/RetroPie-Setup/tmp/build/lr-caprice32 /home/pi
      
      = = = = = = = = = = = = = = = = = = = = =
      Getting sources for 'lr-caprice32' : Amstrad CPC emu - Caprice32 port for libretro
      = = = = = = = = = = = = = = = = = = = = =
      
      git clone --recursive --depth 1 --shallow-submodules --branch master "https://github.com/libretro/libretro-cap32.git" "/home/pi/RetroPie-Setup/tmp/build/lr-caprice32"
      Clonando en '/home/pi/RetroPie-Setup/tmp/build/lr-caprice32'...
      Submódulo 'cmocka' (https://git.cryptomilk.org/projects/cmocka.git) registrado para ruta 'cmocka'
      Clonando en '/home/pi/RetroPie-Setup/tmp/build/lr-caprice32/cmocka'...
      error: El servidor no permite solicitudes de objetos inadvertidos 6066c5ccde99304e4850caa96137869a6bc57b72
      Fetch realizado en ruta de submódulo 'cmocka', pero no contenía 6066c5ccde99304e4850caa96137869a6bc57b72. Fetch directo del commit falló.
      HEAD is now in branch 'master' at commit '9edb65c6ed3dae80ff2dc8d76884ef939976d37d'
      Error running 'git clone --recursive --depth 1 --shallow-submodules --branch master https://github.com/libretro/libretro-cap32.git /home/pi/RetroPie-Setup/tmp/build/lr-caprice32' - returned 1
      /home/pi
      
      Log ended at: mar jun 14 14:37:40 CEST 2022
      Total running time: 0 hours, 0 mins, 6 secs
      
      

      how can I solve that?

      Thank you

      1 Reply Last reply Reply Quote 0
      • S
        sleve_mcdichael
        last edited by

        @Cesarpuig I'm getting the same error:

        pi@retropie:~/RetroPie-Setup $ sudo ./retropie_packages.sh lr-caprice32 sources
        /home/pi/RetroPie-Setup/tmp/build/lr-caprice32 /home/pi/RetroPie-Setup
        
        = = = = = = = = = = = = = = = = = = = = =
        Getting sources for 'lr-caprice32' : Amstrad CPC emu - Caprice32 port for libretro
        = = = = = = = = = = = = = = = = = = = = =
        
        git clone --recursive --depth 1 --shallow-submodules --branch master "https://github.com/libretro/libretro-cap32.git" "/home/pi/RetroPie-Setup/tmp/build/lr-caprice32"
        Cloning into '/home/pi/RetroPie-Setup/tmp/build/lr-caprice32'...
        remote: Enumerating objects: 440, done.
        remote: Counting objects: 100% (440/440), done.
        remote: Compressing objects: 100% (402/402), done.
        remote: Total 440 (delta 90), reused 238 (delta 24), pack-reused 0
        Receiving objects: 100% (440/440), 1.19 MiB | 1.05 MiB/s, done.
        Resolving deltas: 100% (90/90), done.
        Submodule 'cmocka' (https://git.cryptomilk.org/projects/cmocka.git) registered for path 'cmocka'
        Cloning into '/home/pi/RetroPie-Setup/tmp/build/lr-caprice32/cmocka'...
        remote: Enumerating objects: 135, done.        
        remote: Counting objects: 100% (135/135), done.        
        remote: Compressing objects: 100% (132/132), done.        
        remote: Total 135 (delta 23), reused 6 (delta 0), pack-reused 0        
        Receiving objects: 100% (135/135), 114.98 KiB | 190.00 KiB/s, done.
        Resolving deltas: 100% (23/23), done.
        remote: Total 0 (delta 0), reused 0 (delta 0), pack-reused 0
        error: Server does not allow request for unadvertised object 6066c5ccde99304e4850caa96137869a6bc57b72
        Fetched in submodule path 'cmocka', but it did not contain 6066c5ccde99304e4850caa96137869a6bc57b72. Direct fetching of that commit failed.
        HEAD is now in branch 'master' at commit '9edb65c6ed3dae80ff2dc8d76884ef939976d37d'
        Error running 'git clone --recursive --depth 1 --shallow-submodules --branch master https://github.com/libretro/libretro-cap32.git /home/pi/RetroPie-Setup/tmp/build/lr-caprice32' - returned 1
        /home/pi/RetroPie-Setup
        Errors:
        Error running 'git clone --recursive --depth 1 --shallow-submodules --branch master https://github.com/libretro/libretro-cap32.git /home/pi/RetroPie-Setup/tmp/build/lr-caprice32' - returned 1
        

        https://github.com/libretro/libretro-cap32

        It looks like something's wrong with the submodule. Clicking on the cmocka folder in the repo just loops back to the same page; other times you can click on a submodule and be taken to that submodule's own repo.

        By inspecting .gitconfig I can see that the URL of the submodule is https://git.cryptomilk.org/projects/cmocka.git. I am able to manually clone that repo and checkout commit 6066c5c; I'm not sure why it is unable to do this automatically as a submodule. Perhaps a new issue report is in order:

        https://github.com/libretro/libretro-cap32/issues

        1 Reply Last reply Reply Quote 0
        • mituM
          mitu Global Moderator
          last edited by

          It's an issue in the upstream repository, triggered by the usage of --shallow-submodules. Curiously though, a newer git version is able to work-around this problem.

          git clone  --recursive --depth 1 --shallow-submodules --branch master "https://github.com/libretro/libretro-cap32.git"
          Cloning into 'libretro-cap32'...
          remote: Enumerating objects: 440, done.
          remote: Counting objects: 100% (440/440), done.
          remote: Compressing objects: 100% (402/402), done.
          remote: Total 440 (delta 90), reused 238 (delta 24), pack-reused 0
          Receiving objects: 100% (440/440), 1.19 MiB | 4.50 MiB/s, done.
          Resolving deltas: 100% (90/90), done.
          Submodule 'cmocka' (https://git.cryptomilk.org/projects/cmocka.git) registered for path 'cmocka'
          Cloning into '/home/pi/src/libretro-cap32/cmocka'...
          remote: Enumerating objects: 135, done.
          remote: Counting objects: 100% (135/135), done.
          remote: Compressing objects: 100% (132/132), done.
          remote: Total 135 (delta 23), reused 6 (delta 0), pack-reused 0
          Receiving objects: 100% (135/135), 114.98 KiB | 1.46 MiB/s, done.
          Resolving deltas: 100% (23/23), done.
          remote: Total 0 (delta 0), reused 0 (delta 0), pack-reused 0
          remote: Enumerating objects: 17, done.
          remote: Counting objects: 100% (17/17), done.
          remote: Compressing objects: 100% (9/9), done.
          remote: Total 9 (delta 7), reused 0 (delta 0), pack-reused 0
          Unpacking objects: 100% (9/9), 1006 bytes | 27.00 KiB/s, done.
          From https://git.cryptomilk.org/projects/cmocka
           * branch            6066c5ccde99304e4850caa96137869a6bc57b72 -> FETCH_HEAD
          Submodule path 'cmocka': checked out '6066c5ccde99304e4850caa96137869a6bc57b72'
          pi@retropie:~/src $ git --version
          git version 2.30.2
          

          @sleve_mcdichael you can report it to the upstream project, but make sure you mention the git version used

          S 1 Reply Last reply Reply Quote 0
          • S
            sleve_mcdichael @mitu
            last edited by mitu

            @mitu done:

            https://github.com/libretro/libretro-cap32/issues/116

            1 Reply Last reply Reply Quote 2
            • mituM
              mitu Global Moderator
              last edited by

              The problem fixed upstream, thanks @sleve_mcdichael !

              (edited your post so the issue status gets updated, looks like the github plugin in the forum doesn't do live updates).

              1 Reply Last reply Reply Quote 0
              • Z
                Zirom44
                last edited by

                Hi,

                i have got the same Error message as @Cesarpuig and @sleve_mcdichael
                I'm running:

                RetroPie-Setup version: 4.8.3 (8fc96a7)
                System: x86_64 (x86_64) - Ubuntu 20.04.5 LTS - Linux NUC 5.15.0-60-generic #66~20.04.1-Ubuntu

                with the newest git version 2.25.1

                I'm very new to this topic, but if I understand correctly the issue was fixed and it should work if I just run the basic installation within RetroPi. Unfortunately I got the error message as you did.
                Or do I have to run some commands manually to install Lr-Caprice32 myself. Which commands would that be? After I did it, can I continue with the 'normal' installation?

                Thank you for your help!

                mituM 1 Reply Last reply Reply Quote 0
                • mituM
                  mitu Global Moderator @Zirom44
                  last edited by

                  @Zirom44 said in Lr-Caprice32 installation error from source:

                  I'm very new to this topic, but if I understand correctly the issue was fixed and it should work if I just run the basic installation within RetroPi. Unfortunately I got the error message as you did.

                  Yes, looks like it is happening again. Just ignore it for the time being and continue with the rest of the installation.

                  1 Reply Last reply Reply Quote 0
                  • First post
                    Last post

                  Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.

                  Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.