Your message dated Tue, 16 Sep 2025 11:35:40 +0000
with message-id <[email protected]>
and subject line Bug#1115196: Removed package(s) from unstable
has caused the Debian Bug report #505303,
regarding ability to remove a topgit branch
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 [email protected]
immediately.)
--
505303: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505303
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: topgit
Version: 0.3-1
Severity: wishlist
Tags: upstream
It would be good to be able to remove a tg branch properly, for
instance when upstream included a patch and the topic branch is thus
obsolete.
The following discussion has already happened on the Git list, only
one message is relevant and quotes my original mail:
X-Url: http://thread.gmane.org/gmane.comp.version-control.git/95858
Date: Sun, 14 Sep 2008 23:03:16 +0200
From: Petr Baudis <[email protected]>
To: martin f krafft <[email protected]>
Cc: [email protected]
Subject: Re: TopGit: how to deal with upstream inclusion
In-Reply-To: <[email protected]>
Message-ID: <[email protected]>
Hi,
On Sun, Sep 14, 2008 at 09:30:43PM +0100, martin f krafft wrote:
> So the Debian topgit package used to have a branch fixes/destdir to
> make the Makefile distro-friendly. TopGit 0.3 has integrated this,
> thus obsoleting the fixes/destdir branch.
>
> I thought the way to handle this would be to simply delete the
> TopGit branch, but of course that breaks everything, e.g.:
>
> lapse:..t/topgit|debian/locations|% tg update
> tg: fatal: some dependencies are missing: fixes/destdir
>
> I now we had a recent discussion about how to remove branches, and
> that there's basically no way to do this. In the discussion,
> upstream inclusion was listed as one of the instances when this
> wouldn't be needed, but that refers to upstream pulling/am'ing my
> commits, not implementing the same functionality differently.
upstream should never pull TopGit branches! They have ugly history and
contain .topdeps and .topmsg junk files. That's what tg patch and
tg export is there for. :-)
If upstream applies the changes, the branch becomes unnecessary and
then it is ok to have some command like 'tg depend rm' to get rid of the
branch, since the *changes* aren't going away, thus we don't need to
create any "revert commits", which is the real issue with the general
'tg depend rm' command.
> How do I retire the fixes/destdir branch? Do I manually remove the
> dependency from depending branches?
Almost. The real 'tg depend rm' (or maybe rather, 'tg depend fold' as
in "this topic branch got folded to that branch") command would be
slightly more complicated, I think, in order to ensure that no
mysterious leftovers of the retired patch are lurking in your patch
tree. Assuming
tg depend fold RETIRED VANILLA
(i) Take the RETIRED _base_ branch
(ii) Merge in VANILLA
(iii) Merge in RETIRED head branch with -s ours
(iv) Now we have a commit that contains RETIRED topic branch, but with
the RETIRED's changes taken from VANILLA instead of RETIRED
(v) Merge this into the base of your current branch
(vi) Merge base to the head of your current branch, replacing RETIRED
with VANILLA (if not already there) in the .topdeps
(vii) You do not have to add VANILLA if you depend on it recursively
and ran tg update before to get it from your dependencies
Maybe in your case this could be even simpler but this should be the
general process. Does that sound right?
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages topgit depends on:
ii git-core 1:1.6.0.2-1 fast, scalable, distributed revisi
topgit recommends no packages.
topgit suggests no packages.
-- no debconf information
--
.''`. martin f. krafft <[email protected]>
: :' : proud Debian developer, author, administrator, and user
`. `'` http://people.debian.org/~madduck - http://debiansystem.info
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
--- End Message ---
--- Begin Message ---
Version: 0.8-3+rm
Dear submitter,
as the package topgit has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see https://bugs.debian.org/1115196
The version of this package that was in Debian prior to this removal
can still be found using https://snapshot.debian.org/.
Please note that the changes have been done on the master archive and
will not propagate to any mirrors until the next dinstall run at the
earliest.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
[email protected].
Debian distribution maintenance software
pp.
Thorsten Alteholz (the ftpmaster behind the curtain)
--- End Message ---
