• Recent
  • Tags
  • Popular
  • Home
  • Docs
  • Register
  • Login
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 685 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 14 Jun 2022, 18:51

    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 14 Jun 2022, 20:42

      @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
      • M
        mitu Global Moderator
        last edited by 14 Jun 2022, 20:59

        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 14 Jun 2022, 22:17 Reply Quote 0
        • S
          sleve_mcdichael @mitu
          last edited by mitu 14 Jun 2022, 22:17

          @mitu done:

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

          1 Reply Last reply Reply Quote 2
          • M
            mitu Global Moderator
            last edited by 17 Jun 2022, 05:02

            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 2 Mar 2023, 12:03

              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!

              M 1 Reply Last reply 2 Mar 2023, 12:31 Reply Quote 0
              • M
                mitu Global Moderator @Zirom44
                last edited by 2 Mar 2023, 12:31

                @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.

                  [[user:consent.lead]]
                  [[user:consent.not_received]]