| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With Meson 0.62, I get this warning:
```
Program python3 found: YES (/usr/bin/python3)
WARNING: You should add the boolean check kwarg to the run_command call.
It currently defaults to false,
but it will default to true in future releases of meson.
See also: https://github.com/mesonbuild/meson/issues/9300
```
Here we print a custom error() message, so don't fail directly if the
returncode is non-zero.
|
| |
|
|
|
|
| |
This is the state in 2022 at least.
|
|
|
|
|
|
|
|
| |
I think we'll adopt a major.minor.micro version numbering scheme, even
for stable versions.
The NEWS file can communicate about versions being unstable/development
snapshots.
|
|
|
|
|
| |
And use a little more the Markdown format, but it's not yet fully
converted.
|
|
|
|
| |
See the git log instead.
|
|
|
|
| |
The NEWS file and git log are enough nowadays.
|
|
|
|
|
| |
And all of this is anyway also documented on the GNOME wiki. It'll need
further simplifications.
|
|
|
|
|
|
|
|
|
| |
Worst case, the previous content of the ChangeLog is still kept in the
git history, of course.
Since there is still the Autotools build system, maybe a ChangeLog file
is still needed (if the gnu strictness is used). It can be looked at it
later, ideally the ChangeLog file should be removed completely.
|
|
|
|
|
|
| |
GitLab is now used for the bug tracker, no longer bugzilla.
Simplify the instructions for updating the NEWS file.
|
|
|
|
|
|
| |
See https://wiki.gnome.org/MaintainersCorner
The paragraph at the end is not super useful, it can be dropped.
|
|
|
|
|
| |
Meson requires builddir != srcdir, so always having an empty build/ dir
is convenient.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The GTK stack is moving off gtk-doc, to use gi-docgen instead. So say
"GLib-based libraries".
https://gitlab.gnome.org/Infrastructure/gtk-web no longer hosts the
gtk-doc webpage, so point to GitLab instead for the homepage.
Mailing lists are discouraged now in GNOME, Discourse is preferred. But
there is no gtk-doc tag. So remove the mailing-list tag for now.
The programming language listed in the doap is for the primary language
the module is implemented in, which is currently Python.
|
|
|
|
| |
Approved by Matthias Clasen.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| | |
Python3 fixes for gtkdoc-depscan
See merge request GNOME/gtk-doc!63
|
| |
| |
| |
| | |
'builtin_function_or_method' and '_io.TextIOWrapper'
|
| | |
|
|/ |
|
|\
| |
| |
| |
| | |
Implement a simple tree structure without using anytree
See merge request GNOME/gtk-doc!56
|
| |
| |
| |
| |
| |
| |
| |
| | |
anytree isn't currently available in Debian or Ubuntu, and seems like
a lot of code just to get a tree data structure. Reimplement just the
bits we need, with a compatible API.
Signed-off-by: Simon McVittie <smcv@debian.org>
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
mkdb: Make transfer annotation tooltips less ambiguous
See merge request GNOME/gtk-doc!44
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
Ignore deprecation warnings when scanning types
See merge request GNOME/gtk-doc!62
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We annotate deprecated types, which means we get compiler warnings when
scanning them. This, coupled to -Werror or similar mechanisms, breaks
the build when generating the documentation.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
meson: use lib/cmake instead of share/cmake
See merge request GNOME/gtk-doc!60
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | | |
share/cmake has a particular structure (Help, Modules, Templates), while
lib/cmake is for custom macros.
Use lib/cmake like the autotools install did.
|
|\ \ \ \
| |/ / /
|/| | |
| | | |
| | | | |
autotools support: add the *.actions file to SCANOBJ_FILES
See merge request GNOME/gtk-doc!61
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It fixes `make distcheck` in projects like gspell which still use the
Autotools.
The `make distcheck` error was:
ERROR: files left in build directory after distclean:
./docs/reference/gspell-1.0.actions
This commit in gtk-doc permits to remove the following workaround in
gspell:
https://gitlab.gnome.org/GNOME/gspell/-/commit/f22493b8407961d88688d8ea772cde035014741a
|
| | | |
|
| | |
| | |
| | |
| | | |
automake complains about such things.
|
| | | |
|
|\ \ \
| | | |
| | | |
| | | |
| | | | |
help: Fix link to wiki.gnome.org
See merge request GNOME/gtk-doc!57
|
| | | |
| | | |
| | | |
| | | |
| | | | |
A link has been changed on wiki.gnome.org (the + has been dropped from GTK)
and needed to be updated here.
|
|\ \ \ \
| | | | |
| | | | |
| | | | |
| | | | | |
tests: Pass address-sanitizer options when building GObject scanner
See merge request GNOME/gtk-doc!54
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This allows a Meson build with -Db_sanitize=address,undefined to
succeed (when combined with !52 to make the tests pass).
Reproduces: #125
Signed-off-by: Simon McVittie <smcv@debian.org>
|
| | | | | |
|
|\ \ \ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Gtk doc for gtk4
See merge request GNOME/gtk-doc!59
|