all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: esr@thyrsus.com (Eric S. Raymond)
To: emacs-devel@gnu.org
Subject: The fixes-bug field
Date: Thu, 16 Jan 2014 09:13:15 -0500 (EST)	[thread overview]
Message-ID: <20140116141315.CA3BE380835@snark.thyrsus.com> (raw)

Eli Zaretskii asked:

     > Which reminds me: what about the "fixes bug" field of the commit
     > metadata? are they copied into the git repo?  If so, how can I display
     > them in git?

The "fixes bug" field in the Bazaar logs is not copied in to the git logs.
This is because it's not actually part of the Bazaar log text.  It is, one
member (often the only member) of a per-revision property/value list.

The Bazaar fast-export plugin can write these property lists in a
extension of fast-import format, but normally does not because
Git cannot interpret that extension.  Thus, these properties are
normally lost in translation to git.

reposurgeon, on the other hand, *can* read and process these
properties (they're the one Bazaar feature I really like, and I wish
git supported them).  In theory I could salvage these properties and
append a report of them them to the end of the log messages on their
corresponding git commits.

There's a complication, though.  Quoting from the reposurgeon
manual:

    <para>Limitation: bzr suffers from deep confusion over whether its
    unit of work is a repository or a floating branch that might have been
    cloned from a repo or created from scratch, and might or might not be
    destined to be merged to a repo one day. Its exporter only works on
    branches, but its importer creates repos.  Thus, a rebuild operation
    will produce a subdirectory structure that differs from what you
    expect.  Look for your content under the subdirectory 'trunk'.</para>

This reflects the state of play when I wrote the Bazaar support fore
reposurgeon in early 2011. I know how to get a fast-import-compatible
dump of a branch with the Bazaar properties in place, but I don't know
how to get a fast-import dump of an *entire Bazaar repo*, with or
without the properties.

Unless the Bazaar exporter has been up-gunned while I wasn't looking,
this might literally require iterating across a branch list and
stitching dumps together by hand.  While I could do this with
reposurgeon, the operation would be an error-prone pain in the
ass.

Because of this, I had been planning to do the full-bore git
conversion based on the existing git mirror, rather than the
Bazaar repo.  To save these properties I'd have to reverse that
decision. The additional complications could easily cost
me another week of work wrestling the Bazaar exporter into submission.

TL;DR: Possible, but a serious PITA.  If this is just an It Would Be Nice
rather than being key to an established workflow I'd rather not go there.
-- 
		<a href="http://www.catb.org/~esr/">Eric S. Raymond</a>

The IRS has become morally corrupted by the enormous power which we in
Congress have unwisely entrusted to it. Too often it acts like a
Gestapo preying upon defenseless citizens.
	-- Senator Edward V. Long



             reply	other threads:[~2014-01-16 14:13 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-16 14:13 Eric S. Raymond [this message]
2014-01-16 16:13 ` The fixes-bug field Stefan Monnier
2014-01-16 16:30   ` Eric S. Raymond
2014-01-16 16:55     ` Eli Zaretskii
2014-01-16 17:54       ` Glenn Morris
2014-01-16 18:09         ` Eric S. Raymond
2014-01-16 18:38         ` Darren Hoo
2014-01-16 19:32           ` Stefan Monnier
2014-01-16 20:06             ` Glenn Morris
2014-01-16 21:30               ` Eli Zaretskii
2014-01-16 21:24           ` Eli Zaretskii
2014-01-16 18:55         ` Paul Eggert
2014-01-16 19:13           ` Glenn Morris
2014-01-16 20:25             ` Paul Eggert
2014-01-16 18:08       ` Eric S. Raymond
2014-01-16 18:36         ` Eli Zaretskii
2014-01-16 20:04           ` Eric S. Raymond
2014-01-16 21:29             ` Eli Zaretskii
2014-01-16 21:47               ` Eric S. Raymond
2014-01-17  7:32                 ` Eli Zaretskii
2014-01-17  7:58                   ` Paul Eggert
2014-01-17  8:04                     ` Jarek Czekalski
2014-01-17  9:21                       ` Yuri Khan
2014-01-17 14:31                     ` Stefan Monnier
2014-01-17 15:57                       ` Lars Ingebrigtsen
2014-01-17 16:12                         ` Stefan Monnier
2014-01-17 17:20                           ` Lars Ingebrigtsen
2014-01-18  9:19                         ` Jarek Czekalski
2014-01-18 16:02                           ` Lars Ingebrigtsen
2014-01-17 13:16                   ` Eric S. Raymond
2014-01-17 13:55                     ` Eli Zaretskii
2014-01-17 14:26                   ` Stefan Monnier
2014-01-16 17:00     ` Glenn Morris
2014-01-16 17:22     ` Achim Gratz
2014-01-16 17:57       ` Glenn Morris
  -- strict thread matches above, loose matches on Subject: below --
2014-01-16 14:15 Eric S. Raymond
2014-01-16 17:11 ` Eli Zaretskii
2014-01-17 20:29   ` Eric S. Raymond
2014-01-18  7:51     ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140116141315.CA3BE380835@snark.thyrsus.com \
    --to=esr@thyrsus.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.