| Age | Commit message (Collapse) | Author |
|
|
|
Update to current Debian stable
|
|
|
|
[dgit (9.13) quilt-fixup]
|
|
xapian-metadata is used by some of the new tests.
(cherry picked from commit 9f8458a998a0a20f435b5d47ac085acb9490ddae)
|
|
|
|
|
|
This prevents the message document getting multiple thread-id terms
when there are multiple files with the same message-id.
This change shifts some thread ids, requiring adjustments to other tests.
(cherry picked from commit 3f4de98e7c8c70f9a86a4f899147126f79907bd9)
|
|
we should by synced up with the tarball again
|
|
|
|
|
|
|
|
|
|
The assignment of thread-ids is (apparently) non-deterministic in a
way that mostly seems to show up on multicore machines. In my tests
the number is different from that previously assumed by this test
about 15% of the time on a 50 thread (25 core) Xeon.
Since message id's are fixed, use a message known to be in the thread
of interest to pick out the correct thread-id.
|
|
Based on a patch from Michael J Gruber [1]. As of glib 2.67 (more
specifically [2]), including "gmime-extra.h" inside an extern "C"
block causes build failures, because glib is using C++ features.
Observing that "gmime-extra.h" is no longer needed in
notmuch-private.h, which can simply delete that include, but
we have to correspondingly move the includes which might include
it (in particular crypto.h) out of the extern "C" block also.
This seems less fragile than only moving gmime-extra, and relying on
preprocessor sentinels to keep the deeper includes from happening.
Move to the include to the outside of the extern block.
[1]: id:aee618a3d41f7889a7449aa16893e992325a909a.1613055071.git.git@grubix.eu
[2]: https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1715
|
|
|
|
[dgit (9.12) quilt-fixup]
|
|
These were originally committed by git-debrebase. Unfortunately git
debrebase does not seem to like the notmuch git workflow, so giving up
on it for now.
|
|
This reflects a change in the debian workflow to use dgit, which does
the tagging for us. It also leaves room for debian specific fixups.
|
|
|
|
|
|
|
|
readelf on (at least) ppc64le sometimes generates some extension to
the Ndx name inside '[]'. Remove this output to allow our simple
column based parsing to work.
|
|
A typo in Database._create_query lost the exclude_tag names during the
string to utf-8 conversion.
Amended by DB: fixed patch format and updated commit message.
|
|
If Xapian has thrown an exception, it is not safe to invoke the
destructor when freeing the list struct.
(cherry picked from commit 43ba5ed7eca6e9f6433b8c2c2a9d834d4101b92a)
|
|
|
|
[dgit (9.12) quilt-fixup]
|
|
|
|
[dgit (9.12) quilt-fixup]
|
|
|
|
The dreaded "dwarf 0" bug is fixed in later binutils, but not in
buster.
|
|
Looking for improvements in dh_missing handling.
|
|
notmuch release 0.31.2-3 for unstable (sid) [dgit]
[dgit distro=debian no-split --quilt=linear]
|
|
[dgit (9.12) quilt-fixup]
|
|
|
|
It turns out that using nm -P isn't as portable as hoped. In
particular with some ELF ABIs (e.g. ppc64 ELFv1), the desired symbols
end up in the data section instead of text.
The test is currently only functional on ELF based architectures, so I
think it's legit to depend on readelf instead of nm.
The switch to readelf has the advantage that we can explicitely ask
for all of the symbols with global visibility, rather than grepping
for notmuch. That seems a more robust approach since it will catch any
strangely named global symbols.
|
|
[dgit (9.12) quilt-fixup]
|
|
|
|
Under a sufficiently high level of parallelism [1] there seems to be a
a race condition that allows sphinx-build to start running before the
docstrings are extracted. This change moves the docstring stamp from
the phony targets sphinx-html and sphinx-info to the file targets that
they depend on. I'm not sure why this makes things better, but I am
fairly confident it does not make things worse, and experimentally it
seems to eliminate the race condition.
[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976934
|
|
|
|
|
|
A hopefully temporary change to try and debug some test failures on
autobuilders.
|
|
This is to force it to happen after the "make clean".
|
|
|
|
These were generated by dgit due a mix up with .orig.tar.xz files.
|
|
|
|
|
|
This one disguised via tar and sed trickery.
|
|
[dgit (9.12) quilt-fixup]
|
|
Debian does not install /usr/bin/python by default any more.
|