From: Dmitry Gutov <dgutov@yandex.ru>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel <emacs-devel@gnu.org>
Subject: Re: [ELPA-diffs] /srv/bzr/emacs/elpa r374: company: Release 0.6.2
Date: Sat, 30 Mar 2013 21:49:41 +0400 [thread overview]
Message-ID: <515725B5.20509@yandex.ru> (raw)
In-Reply-To: <jwvfvzcrh6m.fsf-monnier+emacs@gnu.org>
On 30.03.2013 21:12, Stefan Monnier wrote:
>> My achievement so far:
>
>> C:\Users\gutov\vc\emacs-bzr\elpa\packages\company>bzr merge
>> git://github.com/company-mode/company-mode.git
>> bzr: ERROR: exceptions.AssertionError: Invalid sha for <Commit
>> 6aea960adb30c66faa14e4bd57a4e62e94eacd94>:
>> 2a59ce05bd0a86db1911f07adb942f10b8540614
>
> In my experience bzr-git works significantly better on a local branch, so
> I always first make a local Git clone. More specifically I normally do:
>
> git clone <giturl> # Done because bzr-git works better locally
> bzr branch <localgit> tmp
> cd tmp
> bzr mkdir .newroot
> bzr mv * .newroot/
> ... maybe other bzr mv .<blabla> .newroot/ ...
> bzr split .newroot
> mv .newroot .../elpa/packages/<package>
> cd .../elpa/packages/
> bzr join <package>
>
> the "bzr mv+bzr split" dance is necessary to work around a limitation of
> bzr-git where all the root directories have the same "id", so the first
> "bzr join" worked (tho it introduced the all too famous commit that then
> triggers a bug in "bzr checkout"), but ever since we first need to do
> this dance that moves all the files to another root directory (hence
> with a different "id").
Thank you, I think I even understood what that sequence of commands is
supposed to do.
> This said, I just tried it and the "bzr join" failed with "inventory
> already contains entry with id {README.md}": apparently there are more
> problems of id-collisions than the root directory.
That's weird. It breaks on files with the same name? It unlikely the
other file has the same contents.
But suppose that went fine. Would cd elpa/packages/company && bzr merge
git://... work after that?
>> Do you mind if, while ELPA transition to Git is still is progress, I commit
>> the latest version in the same manner as before?
>
> No, please do. Just please try and preserve some of the info, e.g. by
> copying the "git log" or at the the revision id from which you merged.
Copying git log manually is exactly the kind of activity I'd like to
avoid, hence the original question about merging.
Not sure I understand the alternative (two extra prepositions there),
but if it's just pasting Git commit hash into the message, that works
for me.
I already try to make corresponding version tags in the Git repo,
though, so tracking which commit was merged last is not a problem.
That aside, almost all of company-mode change history is missing in
elpa, so when the transition to Git is done, there's no reason not to
fully re-import the directory from the upstream repo.
next prev parent reply other threads:[~2013-03-30 17:49 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1UJXgb-000646-9w@vcs.savannah.gnu.org>
[not found] ` <jwvehf5pr68.fsf-monnier+emacs@gnu.org>
2013-03-24 1:05 ` [ELPA-diffs] /srv/bzr/emacs/elpa r374: company: Release 0.6.2 Dmitry Gutov
2013-03-24 14:14 ` Stefan Monnier
2013-03-25 11:20 ` Dmitry Gutov
2013-03-30 4:33 ` Dmitry Gutov
2013-03-30 17:12 ` Stefan Monnier
2013-03-30 17:49 ` Dmitry Gutov [this message]
2013-04-03 17:32 ` Stefan Monnier
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=515725B5.20509@yandex.ru \
--to=dgutov@yandex.ru \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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.