View Git repositories

GNU Emacs hosts its code at git://

You can learn more at the project's web page.

Launchpad imports the master branch and you can create branches from it.

You can browse the source code for the development focus branch or get a copy of the branch using the command:
bzr branch lp:emacs

GNU Emacs has 2 active reviews.

GNU Emacs has 21 active branches owned by 18 people and 1 team. There were 0 commits in the last month.

Bazaar branches

Name Status Last Modified Last Commit
Series: main
2 Mature 2018-11-12 17:38:27 UTC
95772. ; Merge from origin/emacs-26 The fol...

Author: Glenn Morris
Revision Date: 2018-11-12 17:38:27 UTC

; Merge from origin/emacs-26

The following commit was skipped:

e3b3683 (origin/emacs-26) Bump Emacs version to 26.1.90

lp:~untrusted-ci-dev-bot/emacs/imported 1 Development 2016-09-06 18:56:12 UTC
198. Auto commit Tue Sep 6 18:56:12 UTC 2016

Author: Bileto Bot
Revision Date: 2016-09-06 18:56:12 UTC

Auto commit Tue Sep 6 18:56:12 UTC 2016

lp:~ci-train-bot/emacs/imported 1 Development 2016-08-22 12:56:22 UTC
160. Auto commit Mon Aug 22 12:56:22 UTC 2016

Author: CI Train Bot Account
Revision Date: 2016-08-22 12:56:22 UTC

Auto commit Mon Aug 22 12:56:22 UTC 2016

lp:~conhutter/emacs/emacs-snapshot 1 Development 2014-08-12 00:05:54 UTC
21. Only include manpages when they exist.

Author: Robert Bruce Park
Revision Date: 2013-05-10 08:43:12 UTC

Only include manpages when they exist.

lp:~fitzsim/emacs/streamline-eudc-configuration 1 Development 2014-01-02 00:01:17 UTC This branch has not been scanned yet.
lp:~gauthier-i/emacs/resize-window-repeat 1 Development 2013-05-07 12:47:03 UTC This branch is empty.
lp:~jpgravel/emacs/bug13845 1 Development 2013-04-29 02:24:52 UTC This branch is empty.
lp:~naesten/emacs/nextstep-stuff 1 Development 2012-06-30 02:49:38 UTC This branch is empty.
lp:~maram-pc/emacs/trunk 1 Development 2011-12-10 13:16:12 UTC This branch has not been scanned yet.
lp:~k.efstathiou/emacs/fullscreen 1 Development 2011-11-10 16:26:55 UTC This branch has not been scanned yet.
lp:~portis25/emacs/snapshot 1 Development 2011-04-04 17:17:10 UTC This branch has not been pushed to yet.
lp:~dcolascione/emacs/cxx0x 1 Development 2011-03-08 07:44:45 UTC
102628. apply change 5.594 from cc-mode CVS

Author: Daniel Colascione
Revision Date: 2011-03-08 07:44:45 UTC

apply change 5.594 from cc-mode CVS

lp:~dcolascione/emacs/misc-23 1 Development 2011-03-01 20:03:08 UTC
102623. Remove useless comment

Author: Daniel Colascione
Revision Date: 2011-02-27 03:02:04 UTC

Remove useless comment

lp:~ken-manheimer/emacs/alloutdev 1 Development 2010-12-25 23:55:35 UTC
102483. wrap define-minor-mode allout-mode in...

Author: ken manheimer
Revision Date: 2010-12-25 23:34:19 UTC

wrap define-minor-mode allout-mode in eval-and-compile, to help demonstrate
this problem:

serious problem with byte-compiled function created by define-minor-mode:

    i'm extremely perplexed, and blocked, by a problem i'm encountering in
    the process of migrating allout-mode minor mode (allout.el) to
    `define-minor-mode'. some key substitutions way deep in my code do not
    happen if the minor mode was established by a byte-compiled version of
    the function, but do happen if the mode definition is explicitly

    i can even reproduce the problem by wrapping the define-minor-mode in
    either `eval-and-compile' or `eval-when-compile' and doing an
    `emacs-lisp-byte-compile-and-load'. when byte-compiling and loading
    with the eval-when-compile, invoking the mode yields the key
    substitutions, as it ought. (of course, the step of loading the
    byte-compiled code is irrelevant at that point, because the function
    isn't in the byte-compiled code. it's only defined because it was
    evaluated during the byte-compile.) with the eval-and-compile, loading
    the byte-compiled allout.elc wipes out the key substitutions - they're
    no longer in effect. of course, the lack of the function in the
    byte-compiled code when using eval-when-compile makes the byte-compiled
    code useless, so i have no workaround for the problem, just a weird
    demonstration of it.

    i've tried tracking down the failed key substitutions, by wrapping
    define-key with some advice that noted when the key defines happened,
    and they do every time the mode is activated, whether or not it's via
    the byte-compiled version of the mode function (when defined by
    define-minor-mode). my function which does the key substitutions
    (allout-setup-mode-map) uses fset to ensure that the mode map is
    properly globally established, so it's already kind of complicated.
    i'm also wondering whether i'm just misunderstanding something about
    the way define-minor-mode is supposed to work.

    i would love some help with this - migrating to define-minor-mode is
    one of the last things in my allout-mode update, but i've spent way
    too much time just tracking down the problem, and am more than
    reluctant to try to unravel the interaction between the byte-compiler
    and modes defined with define-minor-mode! but i'm completely blocked
    by this problem.

    to see the problem, visit this version of allout.el and start
    allout-mode. then emacs-lisp-byte-compile-and-load the code, and
    you'll find that \C-a is bound to move-beginning-of-line, as it
    normally is - not replaced by allout-beginning-of-line, as it should

    then change the `eval-and-compile' that's wrapped around the
    define-minor-mode allout-mode to `eval-when-compile', do
    emacs-lisp-byte-compile-and-load, and you'll find that \C-a is
    properly bound to allout-beginning-of-line. (you can also just
    manually evaluate the define-minor-mode - that will also the
    keysubsitutions in the keymap immediately.)

lp:~siretart/emacs/emacs23.lucid.sru bug 1 Development 2010-11-19 19:52:21 UTC
16. update fix-huge-fonts.diff for non-mi...

Author: Reinhard Tartler
Revision Date: 2010-11-19 19:52:21 UTC

update fix-huge-fonts.diff for non-minimal diff

lp:~richstyles/emacs/main 1 Development 2010-11-03 23:21:51 UTC
102242. * emacs-lisp/package.el (package-unpa...

Author: Chong Yidong
Revision Date: 2010-11-03 23:21:51 UTC

* emacs-lisp/package.el (package-unpack): Remove no-op.
(package--builtins, package--dir): Doc fix.
(package-activate-1, package-activate, package-install)
(package-compute-transaction): Fix error message.
(package-delete): Use delete-directory. Omit system packages.
(package-initialize): Set package-alist to nil first.
(package-menu-mark-delete, package-menu-mark-install): Don't add
symbols that are inconsistent with the package state.
(package-menu-execute): Perform deletions and installations as
single batch operations.

lp:~bardelli-marco/emacs/mine 1 Development 2010-08-22 23:04:29 UTC
100347. merge revno 101162 from lp:emacs

Author: safanaj
Revision Date: 2010-08-22 23:04:29 UTC

merge revno 101162 from lp:emacs

lp:~akwm/emacs/vc-bzr-edits 1 Development 2010-08-19 01:32:01 UTC
100817. added mode-line updates to other plac...

Author: Arik
Revision Date: 2010-08-19 01:32:01 UTC

added mode-line updates to other places where revision might change

lp:~akwm/emacs/pcvs-branch-and-merge 1 Development 2010-08-03 18:56:54 UTC
100763. changes to branching and merging base...

Author: Arik
Revision Date: 2010-08-03 18:56:54 UTC

changes to branching and merging based on Stefan's suggestions. Use
tmp file for merge tagging and do not support the case of non-base
tagging (though non-merge tagging still supported). Default
branch-postfix to null string.

lp:~dcoxey/emacs/better-readme (Has a merge proposal) 1 Development 2010-01-06 17:19:27 UTC
99269. Updated copyright to include 2010.

Author: dcox1524
Revision Date: 2010-01-06 17:17:45 UTC

Updated copyright to include 2010.

lp:~ian-clatworthy/emacs/better-readme (Has a merge proposal) 1 Development 2009-11-27 03:01:57 UTC
98789. Update copyright to include 2010

Author: Ian Clatworthy
Revision Date: 2009-11-27 02:59:46 UTC

Update copyright to include 2010

121 of 21 results
You can't create new branches for GNU Emacs.