emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: Ihor Radchenko <yantar92@posteo.net>
Cc: emacs-orgmode@gnu.org
Subject: Re: batch breaks bugfix
Date: Fri, 30 Jun 2023 20:03:20 -0700	[thread overview]
Message-ID: <CAJcAo8vMo-sdp6SFBHF9zMDdtgTDaTL-vTZ+YxWqGkhaNnpYXQ@mail.gmail.com> (raw)
In-Reply-To: <874jn37n83.fsf@localhost>

On 6/19/23, Ihor Radchenko <yantar92@posteo.net> wrote:
> Samuel Wales <samologist@gmail.com> writes:
>
>> the bug occurs in recent bugfix, but not recent main, so perhaps we
>> could say that it is fixed in main but that the fix has not been
>> applied to bugfix?  [if only the fix were known.]
>
> Maybe.
>
>> does org testing use --batch?
>
> Yup.
> If you have time and interest, it would be useful if you can integrate
> your regression tests with Org's test suite.

[so as to not ignore you --- i would like that very much but npot poss
or useful to do that atm for me for unrelated reasons or for the tests
[ignore following unless of interest]:
- not signed up
- private data included [but useful tses]
- scattered shell functions + elisp to be extracted/cleaned
- running as --batch currently errors at emacs "Unknown option
‘-maximized’" [only one hyphen] with no backtrace even with
--debug-init.  i can't find where this originates from, although it is
guessably windowy code that --batch does not run -- i want to have it
work as --batch.  i think it does not seem to be my maximizing code in
.emacs.  i wonder what org standard testcase does to get no errors
like that.
- running non-batch works but is annoying with emacs popping up for
each test and loading .emacs for a few seconds
  - [currently not at stage of reducing that to ecm -Q elisp that
might or might not resolve any batch issues.
  - for my tastes it would ahve to be made to not violate DRY so as to
forestall syncing issues and would be less like running normal emacs
anyway, thus in principle could fail to flag possible future
non-intuitive bug-causing changes in .emacs
  - still want --batch though as lower-frame does not solve annoyance]
- make info, errors, etc. not yet appended to the diffable agenda
output for convenience in showing all factors like pulling and making
and running that could affect a given output and speed.
- truly bizarre bug with certain tasks not showing up in agenda in
certain repos.  i even have 2 repos, identical, just /named/
differently, where one does this and the other does not.  this is no
longer batch vs. non-batch; it's an unknown cause.
- currently i do make oldorg for everything but my non-canonical repos
havfe a local.mk.  also tried make.  not sure if such differences
could cause any bugs subtly.
- bugfix and main sorting still not getting ts-down tsia-down right.
maint gets it right.
  - i'd have to make ecm which is not possible atm.
- having said that it was a relief to have had this script for so many
years as i was able to be confident that the agenda was picking up
every relevant task, not picking up others, sorting, formatting
correctly, org version changes, .emacs...]

>
> --
> Ihor Radchenko // yantar92,
> Org mode contributor,
> Learn more about Org mode at <https://orgmode.org/>.
> Support Org development at <https://liberapay.com/org-mode>,
> or support my work at <https://liberapay.com/yantar92>
>


-- 
The Kafka Pandemic

A blog about science, health, human rights, and misopathy:
https://thekafkapandemic.blogspot.com


  parent reply	other threads:[~2023-07-01  3:04 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-06-18  3:00 batch breaks bugfix Samuel Wales
2023-06-18 10:44 ` Ihor Radchenko
2023-06-18 23:32   ` Samuel Wales
2023-06-18 23:33     ` Samuel Wales
2023-06-19 10:36     ` Ihor Radchenko
2023-06-19 22:09       ` Samuel Wales
2023-07-01  3:03       ` Samuel Wales [this message]
2023-07-01  3:37         ` Samuel Wales
2023-07-01  6:08         ` Max Nikulin
2023-07-01 10:30         ` Ihor Radchenko
2023-07-02  0:55           ` Samuel Wales

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=CAJcAo8vMo-sdp6SFBHF9zMDdtgTDaTL-vTZ+YxWqGkhaNnpYXQ@mail.gmail.com \
    --to=samologist@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=yantar92@posteo.net \
    /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).