Age | Commit message (Collapse) | Author |
|
This is mostly useful to avoid a newer gettext dependency
for translating the appdata file but it is also just useless
data for some distros without any app store.
Closes #2219
|
|
Closes #2186
Closes #1550
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The switch to the meson build system broke plugins on macOS. GNU libtool
builds shared libraries with ".dylib" and shared modules (plugins) with
the extension ".so", but meson is using ".dylib" for both.
Although overriding the name_suffix for shared_module() in meson is
possible, this would be messy for other platforms as there is no way to
query the default. Therefore it seems like we have to go with ".dylib"
for now on macOS.
However, G_MODULE_SUFFIX is defined to ".so", because glib follows what
GNU libtool does. Therefore define a separate preprocessor macro that
has the correct extension.
See: https://github.com/mesonbuild/meson/issues/1160
|
|
With the switch to meson, the problem previously fixed in #1822 came
back. The build system might pick up the installed hexchat-config.h
instead of using the header in the source directory, as the compiler
arguments would be in the order of "-I${prefix}/include -I..".
It seems that the c_args in meson are always put to the front of the
compiler arguments, in order to be able to override any include paths
from dependencies. However, this was not the intention here, so perl
should also be modeled as a dependency. This ensures that the arguments
with local include directories come first.
|
|
|
|
|
|
This was accidentally left behind, expose it beind an option as
with the old build system but default to false now. Enough time
has passed and only distros that care about it can enable it.
|
|
|
|
|
|
|
|
It is an odd binding that conflicts with typical behavior
where shift click selects multiple items and there is
already the middle click shortcut to close tabs quickly.
Closes #918
|
|
|
|
This reverts commit d3f1ab78138a1f9256ec02842799ed6cd1e3ec1e.
The performance even on Linux is just too poor in many cases.
|
|
Signed-off-by: Mattia Rizzolo <mattia@mapreri.org>
|
|
Closes #2137
|
|
According to `hardening-check` the cflag is enough for `hexchat`
and this was causing breakage in plugins
Closes #2132
|
|
|
|
Fixes #1828
|
|
|
|
The code quality of it is terrible, the user experience of using it is terrible, and it should have been removed years ago
|
|
|
|
|
|
Closes #2090
Fixes #1851
|
|
Closes #2113
|
|
|
|
This cannot be triggered by any user generally.
Fixes #2128
|
|
Note that this is unlikely to be triggerable by another user.
Thanks to @dequis for discovering.
|
|
This is required for Flatpak but is an API break so it is opt-in
for now.
|
|
|
|
Fixes #2121
|
|
This should be slower but pango seems to be reasonably fast
on Unix though extremely slow on Windows.
https://bugzilla.redhat.com/show_bug.cgi?id=1536298
|
|
|
|
|
|
They changed the lib name yet again...
Closes #2117
|
|
The path where appdata/appstream files should be installed has been
changed from /usr/share/appdata/ to /usr/share/metainfo/.
https://www.freedesktop.org/software/appstream/docs/chap-Metadata.html#spec-component-location
Signed-off-by: Mattia Rizzolo <mattia@mapreri.org>
|
|
|
|
private) is left with the scrollbar at the bottom, and some new text arrives, and then we select again that tab, sometimes the scrollbar is not completely down and there is hidden text and we have to scroll manually to the bottom to show all text.
This was previously submitted as an issue in: https://github.com/hexchat/hexchat/issues/1948
Maybe it isn't the ideal way to solve it, but at least I tested it and it seems to work.
|
|
|
|
RDNS syntax is recommended for applications and this matches the
existing flatpak. Note that the dbus service and icons still need
renaming though the former is an API breakage.
Closes #2104
Closes #2103
|
|
- Add logging and error handling to loading symbols
- Don't load unversioned symbol
- Handle new function names in Enchant 2.0
Closes #2095
|
|
This is some meson bug but this solution works for now.
|
|
For some reason on my system `libpci` is found even though its not
installed...? Plus I forgot a few headers being included.
|
|
|