Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 705114 - git-r3.eclass - recursive cloning does not work
Summary: git-r3.eclass - recursive cloning does not work
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Michał Górny
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-10 15:13 UTC by Gabriel David
Modified: 2020-01-10 17:49 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,18.85 KB, text/plain)
2020-01-10 15:13 UTC, Gabriel David
Details
citra-9999.ebuild (citra-9999.ebuild,841 bytes, text/plain)
2020-01-10 15:15 UTC, Gabriel David
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabriel David 2020-01-10 15:13:09 UTC
Created attachment 602920 [details]
build.log

So yesterday I was working on a local ebuild for a program I needed. However, I quickly noticed that something happened while git was fetching the project. I'll quickly quote the build.log:

> * Checking out https://github.com/fmtlib/fmt.git to /var/tmp/portage/games-emulation/citra-9999/work/citra-9999/externals/dynarmic/externals/fmt ...
>git checkout --quiet 97ea04e828d33c512eb0956ae014540a266107b9
>fatal: Cannot switch branch to a non-commit '97ea04e828d33c512eb0956ae014540a266107b9'

That is a submodule of the project I'm merging. However, the commit it tries to download doesn't exists(which explains why it fails)!

I know this isn't an upstream issue since manually git cloning works.

I'll provide any other information needed.
Comment 1 Gabriel David 2020-01-10 15:15:00 UTC
Created attachment 602922 [details]
citra-9999.ebuild
Comment 2 Michał Górny archtester Gentoo Infrastructure gentoo-dev Security 2020-01-10 17:49:13 UTC
I think it's getting confused by fmt being used twice.  I'll try to debug it.