On Fri, 08 Mar 2013 11:29:23 -0500
Nick Dokos wrote:
> Bastien wrote:
> > Xue Fuqiao 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, tha
On 08.03.2013 18:06, Eli Zaretskii wrote:
From: Dmitry Gutov
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,
ce
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.
Eli Zaretskii 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 , emacs-de...@gnu.org
>>
>> - Emacs "trunk" could be stripped of all but the bare essentials to
>> achieve bootstrap.
>> - di
Eli Zaretskii writes:
>> From: Dmitry Gutov
>> Cc: Eli Zaretskii , b...@gnu.org, l...@metapensiero.it,
>> emacs-orgmode@gnu.org, Leo Liu , 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 sometimes dr
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
> From: Achim Gratz
> 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 advantage to every
Jambunathan K 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?
>
> , https://savannah.gnu.org/git/?group=emacs
>
Nick Dokos writes:
> Bastien wrote:
>
>> Jambunathan K writes:
>>
>> > Nick Dokos 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 wrote:
> Jambunathan K writes:
>
> > Nick Dokos 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
>
Thanks
Jambunathan K writes:
> Nick Dokos 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
Hi Nick,
Nick Dokos writes:
> Bastien wrote:
>
>> Hi Xue,
>>
>> Xue Fuqiao 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 mo
Nick Dokos 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
--
Bastien wrote:
> Hi Xue,
>
> Xue Fuqiao 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
>
Hi Xue,
Xue Fuqiao 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 really for trimm
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
> From: Dmitry Gutov
> 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 tramp, if
> From: Dmitry Gutov
> Cc: Eli Zaretskii , b...@gnu.org, l...@metapensiero.it,
> emacs-orgmode@gnu.org, Leo Liu , 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 sometimes drops in these
> > discussions:
>
> 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 , emacs-de...@gnu.org
>
> - Emacs "trunk" could be stripped of all but the bare essentials to
> achieve bootstrap.
> - distribution tarballs could be ma
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 s
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 creatin
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 f
Eli Zaretskii writes:
>> From: Leo Liu
>> Date: Fri, 08 Mar 2013 15:16:57 +0800
>> Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
>> Lele Gaifax
>>
>> Bundling [org-mode] in emacs doesn't help anybody.
>
> You never had to work for an organization whose network is closed to
> outside wor
Thanks all for the answers, quite educational to me (at least).
--
Bastien
> From: "Stephen J. Turnbull"
> Date: Fri, 08 Mar 2013 17:27:56 +0900
> Cc: Lele Gaifax , emacs-de...@gnu.org,
> emacs-orgmode@gnu.org, Bastien
>
> [...] in a release candidate the release engineer proposes to make
> exactly one change before release: remove "rc" from the version
> string
> Date: Fri, 08 Mar 2013 15:47:57 +0800
> From: Xue Fuqiao
> Cc: Bastien , emacs-de...@gnu.org, emacs-orgmode@gnu.org,
> Lele Gaifax
>
> On 03/08/2013 02:40 PM, Bastien wrote:
> > I missed the distinction between "pretest" and "release candidate".
>
> What's the difference between "pretes
> From: Leo Liu
> Date: Fri, 08 Mar 2013 15:16:57 +0800
> Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org,
> Lele Gaifax
>
> Bundling [org-mode] in emacs doesn't help anybody.
You never had to work for an organization whose network is closed to
outside world, did you? In those situations,
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 al
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
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 enough
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"? Doesn't
> the latter belong to the former? The rc1/rc1.1 was released on the
> "pretest" directo
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 F
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,
Leo Liu 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 than
> the
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 org-mo
Glenn Morris 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 inadvertently
Bastien wrote:
> Glenn Morris 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
Glenn Morris 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 merge
Org
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 wr
39 matches
Mail list logo
