On Tue, Jan 2, 2024 at 6:24 PM Jérémy Lal <kapo...@melix.org> wrote: > > > > Le mar. 2 janv. 2024 à 11:18, Shengjing Zhu <z...@debian.org> a écrit : >> >> On Tue, Jan 2, 2024 at 5:58 PM Jérémy Lal <kapo...@melix.org> wrote: >> > >> > >> > >> > Le mar. 2 janv. 2024 à 06:50, Shengjing Zhu <z...@debian.org> a écrit : >> >> >> >> On Tue, Jan 2, 2024 at 2:34 AM Jérémy Lal <kapo...@melix.org> wrote: >> >> > >> >> > >> >> > >> >> > Le lun. 1 janv. 2024 à 19:29, Domenico Andreoli <ca...@debian.org> a >> >> > écrit : >> >> >> >> >> >> On Sun, Dec 31, 2023 at 01:03:11AM +0100, Jérémy Lal wrote: >> >> >> > Hi, >> >> >> >> >> >> Hi Jérémy, >> >> >> >> >> >> > I'd like to work on that package, however you left the repository in >> >> >> > a >> >> >> > protected state, so I just can't fix it. >> >> >> > >> >> >> > Either of those will work for me: >> >> >> > - delete the repository >> >> >> > - give to all other DD admin access to that project >> >> >> > - unprotect branches so I can merge latest tag and force push >> >> >> > (currently I >> >> >> > can't merge upstream branch to debian/sid branch). >> >> >> >> >> >> >> >> >> I'm not an admin of that project, you can ask on >> >> >> debian-go@lists.debian.org for help. >> >> >> >> >> >> I suggest you to work on a private repository until you settled with >> >> >> the development flow so that you can scrap it as needed. >> >> > >> >> > >> >> > Sorry, I thought you created that repository. >> >> > It's in a non-usable state (git merge to a more recent version will >> >> > conflict, for some reason), >> >> > so the best way forward would be to drop it so I can re-create it. >> >> > >> >> >> >> No, the repo is good, please don't force push it. >> >> >> >> Please use the `gbp import-orig --upstream-vcs-tag` option to import >> >> upstream new versions. >> > >> > >> > Right ! I must have forgotten something the first time I tried this. >> > Since then I've put the right switches in debian/gbp.conf anyway, >> > so a simple gbp import-orig works. >> > >> >> Please be aware of the `--upstream-vcs-tag` option I explicitly >> mentioned. It imports upstream commits. > > > I know, but it did make a conflict. > What I've just managed to push had these options (debian/gbp.conf): > [DEFAULT] > debian-branch = debian/sid > dist = DEP14 > upstream-tag = v%(version)s > pristine-tar = True > pristine-tar-commit = True > upstream-tree = tag > > As you can see, upstream-vcs-tag is missing. > My mistake. However, using it in the first place was what I did, > and it ended up with a merge conflict - which was very frustrating, > since the repository didn't have any debian/ directory in its debian/sid > branch. > > I would like to use upstream-vcs-tag, per go-team policy, but I couldn't. > Once again, the simplest solution here is to delete that repository so I can > recreate it from scratch.
I have verified locally, the following command works on 97eb8e49c6886aee6442b8f71b4d78300f11d4e0 commit, gbp import-orig --debian-branch=debian/sid /tmp/t/client-go-0.29.0.tar.gz --upstream-vcs-tag=v0.29.0 -- Shengjing Zhu