Bastien writes:
I find it hard to draw a clear line between regressions and bugs,
especially since Org 7.9.x versions are way behind the current Org
master branch.
A regression is a feature that is missing, incomplete, or buggy in the
current HEAD that was present, complete, and correct in
Xue Fuqiao writes:
On 03/08/2013 02:40 PM, Bastien wrote:
I missed the distinction between pretest and release candidate.
What's the difference between pretest and release candidate?
A release candidate may be considered to be a kind of pretest.
The difference (as Glenn already
From: Leo Liu sdl@gmail.com
Date: Fri, 08 Mar 2013 15:16:57 +0800
Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
Lele Gaifax l...@metapensiero.it
Bundling [org-mode] in emacs doesn't help anybody.
You never had to work for an organization whose network is closed to
outside
Date: Fri, 08 Mar 2013 15:47:57 +0800
From: Xue Fuqiao xfq.f...@gmail.com
Cc: Bastien b...@altern.org, emacs-de...@gnu.org, emacs-orgmode@gnu.org,
Lele Gaifax l...@metapensiero.it
On 03/08/2013 02:40 PM, Bastien wrote:
I missed the distinction between pretest and release candidate.
From: Stephen J. Turnbull step...@xemacs.org
Date: Fri, 08 Mar 2013 17:27:56 +0900
Cc: Lele Gaifax l...@metapensiero.it, emacs-de...@gnu.org,
emacs-orgmode@gnu.org, Bastien b...@altern.org
[...] in a release candidate the release engineer proposes to make
exactly one change before
Thanks all for the answers, quite educational to me (at least).
--
Bastien
Eli Zaretskii e...@gnu.org writes:
From: Leo Liu sdl@gmail.com
Date: Fri, 08 Mar 2013 15:16:57 +0800
Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
Lele Gaifax l...@metapensiero.it
Bundling [org-mode] in emacs doesn't help anybody.
You never had to work for an organization
Hi Joakim,
joa...@verona.se writes:
Just a small reminder of the idea Stefan sometimes drops in these
discussions:
- Emacs trunk could be stripped of all but the bare essentials to
achieve bootstrap.
- distribution tarballs could be made from trunk+elpa.
Since I dont do releases for Emacs
joa...@verona.se writes:
Just a small reminder of the idea Stefan sometimes drops in these
discussions:
- Emacs trunk could be stripped of all but the bare essentials to
achieve bootstrap.
- distribution tarballs could be made from trunk+elpa.
PS: This is similar to my plan of creating
joa...@verona.se writes:
Just a small reminder of the idea Stefan sometimes drops in these
discussions:
- Emacs trunk could be stripped of all but the bare essentials to
achieve bootstrap.
I don't know that I'd go so far as to include all of CC-mode, but more
than once I've missed some
From: joa...@verona.se
Date: Fri, 08 Mar 2013 10:15:07 +0100
Cc: b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org,
Leo Liu sdl@gmail.com, emacs-de...@gnu.org
- Emacs trunk could be stripped of all but the bare essentials to
achieve bootstrap.
- distribution tarballs
From: Dmitry Gutov dgu...@yandex.ru
Cc: Eli Zaretskii e...@gnu.org, b...@gnu.org, l...@metapensiero.it,
emacs-orgmode@gnu.org, Leo Liu sdl@gmail.com, emacs-de...@gnu.org
Date: Fri, 08 Mar 2013 13:25:16 +0400
joa...@verona.se writes:
Just a small reminder of the idea Stefan
From: Dmitry Gutov dgu...@yandex.ru
Cc: l...@metapensiero.it, joa...@verona.se, emacs-de...@gnu.org,
b...@gnu.org, emacs-orgmode@gnu.org, sdl@gmail.com
Date: Fri, 08 Mar 2013 15:18:19 +0400
I like the idea of stripping big bundled packages (like org, gnus,
cedet, maybe even
On Fri, 08 Mar 2013 10:15:07 +0100
joa...@verona.se wrote:
Just a small reminder of the idea Stefan sometimes drops in these
discussions:
- Emacs trunk could be stripped of all but the bare essentials to
achieve bootstrap.
- distribution tarballs could be made from trunk+elpa.
Since I dont
Hi Xue,
Xue Fuqiao xfq.f...@gmail.com writes:
Sounds fine to me, because my Internet connection is very slow
(especially to Savannah). It is often a pain for me to perform a `bzr
pull', since it takes a long time.
Well, that's more an argument for switching to hg or git
for Emacs repo, not
Bastien b...@altern.org wrote:
Hi Xue,
Xue Fuqiao xfq.f...@gmail.com writes:
Sounds fine to me, because my Internet connection is very slow
(especially to Savannah). It is often a pain for me to perform a `bzr
pull', since it takes a long time.
Well, that's more an argument for
Nick Dokos nicholas.do...@hp.com writes:
There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
This one is from savannah
http://git.savannah.gnu.org/cgit/emacs.git
--
Hi Nick,
Nick Dokos nicholas.do...@hp.com writes:
Bastien b...@altern.org wrote:
Hi Xue,
Xue Fuqiao xfq.f...@gmail.com writes:
Sounds fine to me, because my Internet connection is very slow
(especially to Savannah). It is often a pain for me to perform a `bzr
pull', since it takes
Jambunathan K kjambunat...@gmail.com writes:
Nick Dokos nicholas.do...@hp.com writes:
There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
This one is from savannah
http://git.savannah.gnu.org/cgit/emacs.git
Great minds think alike!! :)
--
Bastien
Bastien b...@gnu.org wrote:
Jambunathan K kjambunat...@gmail.com writes:
Nick Dokos nicholas.do...@hp.com writes:
There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
This one is from savannah
http://git.savannah.gnu.org/cgit/emacs.git
Great minds think
Nick Dokos nicholas.do...@hp.com writes:
Bastien b...@gnu.org wrote:
Jambunathan K kjambunat...@gmail.com writes:
Nick Dokos nicholas.do...@hp.com writes:
There *is* a git mirror for emacs: git://repo.or.cz/emacs.git.
This one is from savannah
Jambunathan K kjambunat...@gmail.com wrote:
So two questions:
o is the savannah repo http only?
o and if so, it used to be the case that http was much slower than git -
is that still the case?
Bzr user here. May be try one of these?
,
From: Achim Gratz strom...@nexgo.de
Date: Fri, 08 Mar 2013 17:34:42 +0100
Cc: emacs-orgmode@gnu.org
In any case, doing the built-in packages this way (or something similar)
takes a lot of unecessary churn and merges out of the release process
and I would think that would be a clear
joa...@verona.se writes:
Just a small reminder of the idea Stefan sometimes drops in these
discussions:
- Emacs trunk could be stripped of all but the bare essentials to
achieve bootstrap.
I like the idea of stripping big bundled packages (like org, gnus,
cedet, maybe even tramp, if that's
Eli Zaretskii e...@gnu.org writes:
From: Dmitry Gutov dgu...@yandex.ru
Cc: Eli Zaretskii e...@gnu.org, b...@gnu.org, l...@metapensiero.it,
emacs-orgmode@gnu.org, Leo Liu sdl@gmail.com, emacs-de...@gnu.org
Date: Fri, 08 Mar 2013 13:25:16 +0400
joa...@verona.se writes:
Just a
Eli Zaretskii e...@gnu.org writes:
From: joa...@verona.se
Date: Fri, 08 Mar 2013 10:15:07 +0100
Cc: b...@gnu.org, l...@metapensiero.it, emacs-orgmode@gnu.org,
Leo Liu sdl@gmail.com, emacs-de...@gnu.org
- Emacs trunk could be stripped of all but the bare essentials to
achieve
Eli Zaretskii writes:
Not even that: the release candidate already reports its version as
24.3, so all is needed is to rename the tarball and upload to
ftp.gnu.org.
I stand corrected.
On 08.03.2013 18:06, Eli Zaretskii wrote:
From: Dmitry Gutov dgu...@yandex.ru
Cc: l...@metapensiero.it, joa...@verona.se, emacs-de...@gnu.org,
b...@gnu.org, emacs-orgmode@gnu.org, sdl@gmail.com
Date: Fri, 08 Mar 2013 15:18:19 +0400
I like the idea of stripping big bundled packages
On Fri, 08 Mar 2013 11:29:23 -0500
Nick Dokos nicholas.do...@hp.com wrote:
Bastien b...@altern.org wrote:
Xue Fuqiao xfq.f...@gmail.com writes:
Sounds fine to me, because my Internet connection is very slow
(especially to Savannah). It is often a pain for me to perform a `bzr
pull',
Glenn Morris r...@gnu.org writes:
I assumed it was okay to fix bugs after the last pretest, is it so?
No, it is not ok, and I don't know why you would think it is.
I missed the distinction between pretest and release candidate.
The reason for this policy is (obviously) to prevent
On 2013-03-08 14:40 +0800, Bastien wrote:
I find it hard to draw a clear line between regressions and bugs,
especially since Org 7.9.x versions are way behind the current Org
master branch.
I think org-mode is better in ELPA, a better distribution channel than
the core for things like
Leo Liu sdl@gmail.com writes:
On 2013-03-08 14:40 +0800, Bastien wrote:
I find it hard to draw a clear line between regressions and bugs,
especially since Org 7.9.x versions are way behind the current Org
master branch.
I think org-mode is better in ELPA, a better distribution channel
On 2013-03-08 15:37 +0800, Bastien wrote:
I strongly think otherwise: Emacs needs a good outline and editing
tool. outline.el is not usable enough and I can see no other Emacs
tool than Org-mode for exporting to HTML/LaTeX/ODT easily.
I understand the temptation in terms of maintainance, but
On 03/08/2013 02:40 PM, Bastien wrote:
I missed the distinction between pretest and release candidate.
What's the difference between pretest and release candidate?
Doesn't the latter belong to the former? The rc1/rc1.1 was released on
the pretest directory.
--
Best regards, Xue Fuqiao.
Xue Fuqiao xfq.f...@gmail.com writes:
On 03/08/2013 02:40 PM, Bastien wrote:
I missed the distinction between pretest and release candidate.
What's the difference between pretest and release candidate? Doesn't
the latter belong to the former? The rc1/rc1.1 was released on the
pretest
On 03/08/2013 03:37 PM, Bastien wrote:
I think org-mode is better in ELPA, a better distribution channel than
the core for things like org-mode. Bundling it in emacs doesn't help
anybody.
I strongly think otherwise: Emacs needs a good outline and editing
tool. outline.el is not usable
Assuming this is a recent regression, then if anyone from Org wants this
fixed in Emacs 24.3, they should investigate this very quickly and
suggest the _minimum_ change.
See also the possibly related, unanswered
http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg00028.html
Lele Gaifax
Glenn Morris r...@gnu.org writes:
Assuming this is a recent regression, then if anyone from Org wants this
fixed in Emacs 24.3, they should investigate this very quickly and
suggest the _minimum_ change.
The minimal fix is attached.
The other attachment is the full patch I wanted to apply to
Bastien wrote:
Glenn Morris r...@gnu.org writes:
Assuming this is a recent regression, then if anyone from Org wants this
fixed in Emacs 24.3, they should investigate this very quickly and
suggest the _minimum_ change.
The minimal fix is attached.
The other attachment is the full patch I
39 matches
Mail list logo