Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1271030

Bug#1120385: uscan: v5: Git-Modules doesn't seem to work

From Arnaud Rebillout <arnaudr@kali.org>
Newsgroups linux.debian.bugs.dist
Subject Bug#1120385: uscan: v5: Git-Modules doesn't seem to work
Date 2025-11-21 09:40 +0100
Message-ID <LTuQp-eACY-7@gated-at.bofh.it> (permalink)
References <LT9LX-em5O-3@gated-at.bofh.it> <LT9LX-em5O-3@gated-at.bofh.it> <LTuQp-eACY-9@gated-at.bofh.it> <LOTmp-brdV-9@gated-at.bofh.it> <LTuQp-eACY-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 20/11/2025 20:08, Hugh McMaster wrote:
> No problem. I knew what you meant to say.
>
> I have a partial patch on Salsa [1] for a similar problem also using
> the git upstream mode. [2]
>
> The patch doesn't quite fix your bug, but `uscan -vv` debug output
> shows the right actions are happening.


Thanks for the pointer. I applied your patches, ran with "-vv", here's
what I found.

On
https://salsa.debian.org/arnaudr/golang-github-oschwald-maxminddb-golang-v2/
the directory "test-data" is NOT a submodule.

Background: initially this repository was created with the idea of
keeping upstream git history, so it was a git clone of upstream, however
the git submodule was NOT included. Later on I found out that the
submodule was needed for the tests. So I edited d/watch to switch to git
mode, and I imported a new upstream version. As a result, gbp/uscan
imported the content of this git submodule, however it came in under the
form of this extra commit that sits between the upstream branch and the
debian packaging branch. It's this commit:
11b4dcb8fb045b8a31f32f26b5a5e5ca8f55e2d7.

So the data is here, but it's under the form of a git commit, and not of
a git submodule. "git submodule status" shows nothing.

Now, when I run uscan, when it sees a upstream remote, it assumes the
git submodule is properly configured, and it runs this:

git submodule foreach --recursive git archive --format=tar \
  --prefix=golang-github-oschwald-maxminddb-golang-v2-2.1.0/$displaypath/ \
  --output=../$sha1.tar HEAD

But this command has no effect (it doesn't even fail, it's just no-op).

I tried to find a way out of this situation, but surprisingly it's very
hard, didn't even manage after an hour, I'm giving up for now.

I hope that sheds some light on the issue. If you have any
recommendation, I'm happy to hear it.

Arnaud

Back to linux.debian.bugs.dist | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Bug#1120385: uscan: v5: Git-Modules doesn't seem to work Arnaud Rebillout <arnaudr@kali.org> - 2025-11-20 11:10 +0100
  Bug#1120385: uscan: v5: Git-Modules doesn't seem to work Arnaud Rebillout <arnaudr@kali.org> - 2025-11-21 09:40 +0100
    Bug#1120385: uscan: v5: Git-Modules doesn't seem to work Arnaud Rebillout <arnaudr@kali.org> - 2025-11-24 07:50 +0100
      Bug#1120385: uscan: v5: Git-Modules doesn't seem to work Arnaud Rebillout <arnaudr@kali.org> - 2025-11-24 12:10 +0100

csiph-web