Your message dated Mon, 17 Feb 2025 10:25:37 +0800 with message-id <CAKq8=3LAiv6c5GxqLEqUrw+5Mc_eLTA_8dRcAhHYmCed4QPYpw@mail.gmail.com> and subject line Close #979188 has caused the Debian Bug report #979188, regarding RFS: git-subrepo/0.4.9-3 [ITP] -- Alternative to git-submodule(1) and git-subtree(1) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 979188: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979188 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: submit@bugs.debian.org
- Subject: RFS: git-subrepo/0.4.3-1 [ITP] -- Alternative to git-submodule(1) and git-subtree(1)
- From: Daniel Gröber <dxld@darkboxed.org>
- Date: Mon, 4 Jan 2021 02:26:57 +0100
- Message-id: <20210104012648.tq7clgbqvitfxltn@Eli.clients.dxld.at>
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "git-subrepo": * Package name : git-subrepo Version : 0.4.3-1 Upstream Author : Ingy döt Net <ingy@ingy.net> * URL : https://github.com/ingydotnet/git-subrepo * License : GPL-2+ and GPL-2, MIT * Vcs : https://salsa.debian.org/guest-dxld/git-subrepo Section : vcs git-subrepo allows embedding and managing copies of other git repositories in your repo for purposes such as vendoring. Commits in the parent repo involving the subrepo can easily be pushed back upstream even when they touch files outside the subrepo -- these will simply be omitted. Pulling new upstream commits back into your repo is naturally also possible. git-subrepo is designed such that only the maintainer of a repo will actually need to have it installed, contributors only need to do so if they wish to push/pull from the subrepo's upstream and user should never have to interact with git-subrepo at all since all of a subrepos file are available right after a plain git-clone. This is unlike git-submodule(1)s where all users and contributors must be aware of their presence and deal with them. git-subrepo is in principle somewhat similar to git-subtree(1) as it also embedds snapshot copies of other repos, however it is much easier to use and the way the history is kept is less convoluted. Pulling any number of new commits from a subrepo's upstream will result in only a single commit in the parent repo for example. It builds this binary package: git-subrepo - Alternative to git-submodule(1) and git-subtree(1) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/git-subrepo/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/git-subrepo/git-subrepo_0.4.3-1.dsc Changes for the initial release: git-subrepo (0.4.3-1) unstable; urgency=medium . * Initial release. (Closes: #911397) Regards, DanielAttachment: signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
- To: 979188-done@bugs.debian.org
- Subject: Close #979188
- From: Bo YU <tsu.yubo@gmail.com>
- Date: Mon, 17 Feb 2025 10:25:37 +0800
- Message-id: <CAKq8=3LAiv6c5GxqLEqUrw+5Mc_eLTA_8dRcAhHYmCed4QPYpw@mail.gmail.com>
Uploaded.
--- End Message ---