emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Tim Cross <theophilusx@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: Ignored bugs
Date: Wed, 18 Nov 2020 14:59:05 +1100	[thread overview]
Message-ID: <878saz48om.fsf@gmail.com> (raw)
In-Reply-To: <m2lfezqsxk.fsf@codeisgreat.org>


Pankaj Jangid <pankaj@codeisgreat.org> writes:

> Daniele Nicolodi <daniele@grinta.net> writes:
>
>> On 17/11/2020 19:41, Boruch Baum wrote:
>>> A little over a month ago, I submitted several bug reports related to
>>> org-mode, and sor most of them haven't seen any action whatsoever, not
>>> even an indication that they were noticed. In many cases, I provided
>>> either a total solution or a suggested implementation of a solution.
>>>
>>> BUG REPORT: 42484
>>
>> I haven't investigated further than reading this email, but the fact
>> that you are including what look like debbug numbers suggests that you
>> reported those bugs against Emacs.
>>
>> Org is mostly developed outside Emacs and has an independent release
>> cycle. Emacs syncs irregularly with the latest released version of Org.
>
> I was completely unaware of this. I also used to report bugs via emacs'
> report-emacs-bug fascility.
>
> Moreover, I am building emacs from `master' everyday and assuming
> everything is latest on this. If Org is a different beast then probably
> we should do two things:
>
> 1. Remove Org from built-in packages and distribute only via ELPA
>
> 2. And have a completely separate infrastructure for development,
> mailing-lists, bug reports. This we already have. But we should follow
> convention so that it is easier for user to report-org-bugs.
>

Org mode is now an official part of Emacs, so that boat has sailed.

If we wanted to have only one official version, it would have to be the
one bundled with Emacs (or in the ELPA repository I think?). However,
that would also slow down the releases to fit with the GNU Emacs release
policy. When I last built Emacs 28 (9th Nov), org was still at 9.3.
Latest version taken from org repository is 9.4

While org development is on-going, most of the changes are refinements
rather than new features. For most people, there will be little
functional difference between 9.3 and 9.4. I started using the org repo
version ages ago, when there were features in the latest version not in
the bundled version. If I was starting again from now, I would be
tempted to stick with the built-in version and prioritise stability over
bleeding edge.

>> Bug report affecting the latest release of Org can be submitted to this
>> mailing list. This is also the best way to make them known to the Org
>> developers and maintainer.
>
> I don't know how the tracking works if bugs are reported in a mailing
> list.
>
>> I don't think anyone here really looks into
>> bugs reported to the Emacs debbugs instance: time is limited and the
>> version of Org distributed with Emacs is very often not the most current
>> one, thus the bug reports may anyhow not be relevant anyhow.
>>
>> I suggest you to try to reproduce these bugs with the latest Org release
>> (or the latest snapshot from Org ELPA) and report on this list if the
>> problems persist, see `org-submit-bug-report'.
>
> I am trying to use `use-package' for package management via the init
> file. And when I do (use-package org :ensure t) it doesn't install the
> latest. It uses the builtin package only. Is this a bug in emacs,
> use-package or elpa?

Not a bug at all. You have to configure your emacs to obtain the latest
version from the org (or MELPA?) repository.

If you really want the most recent org version, you need to add the org
ELPA repository to your packages.el repository list. I have the
following in my setup -

(add-to-list 'package-archives `("melpa" . "https://melpa.org/packages/"))
(add-to-list 'package-archives '("org" . "http://orgmode.org/elpa/"))

If you also want to get the org-plus-contrib version and your using
'use-package', you need something like

(use-package org
    :ensure org-plus-contrib
    ....)

because the package is 'org' but is in org-plus-contrib (there is also
just an 'org' package that does not include all the contrib libs).

Note that it is CRITICAL that the code to load the org package is run
*before* any org functionality is loaded. If you fail to do this, you
will end up with a mixed (and broken) environment where some of the
version bundled with emacs is loaded and some which is part of the newer
version is loaded. Provided nothing has loaded any org stuff before the
use-package stanza for org is run, everything will be OK. For this
reason, it is good to load the package early (first) in case other
packages you load try to load org etc).


--
Tim Cross


  reply	other threads:[~2020-11-18  4:36 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-17 18:41 Ignored bugs Boruch Baum
2020-11-17 19:51 ` Daniele Nicolodi
2020-11-17 20:15   ` Boruch Baum
2020-11-17 20:27     ` Daniele Nicolodi
2020-11-17 20:54       ` Boruch Baum
2020-11-17 21:36         ` Jean Louis
2020-11-17 23:42           ` Tim Cross
2020-11-18  4:04           ` Ihor Radchenko
2020-12-14  6:55         ` Bastien
2020-11-18  2:50   ` Pankaj Jangid
2020-11-18  3:59     ` Tim Cross [this message]
2020-11-18  6:44       ` Pankaj Jangid
2020-11-18  6:50         ` Jean Louis
2020-11-18  7:32         ` Tim Cross
2020-11-18  6:03     ` Jean Louis
2020-11-18  6:50       ` Pankaj Jangid
2020-12-14  7:14 ` Bastien

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

  List information: https://www.orgmode.org/

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

  git send-email \
    --in-reply-to=878saz48om.fsf@gmail.com \
    --to=theophilusx@gmail.com \
    --cc=emacs-orgmode@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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).