musl-legacy-compat was removed from base-chroot-musl in
75eca1b03e, meaning that all templates
that depend on it had to add it as makedepends for native musl builds.
Therefore, for consistency, cross-vpkg-dummy shouldn't pull it either.
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-ru package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-pl package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-en package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-el package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-de package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-cs package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
aspell dictionnaries aren't architecture dependent: the dictionnary
format depends on size_t, therefor it needs to be made architecture
specific. This is why the dictionaries are stored in /usr/lib and not
in /usr/share.
This fixes the aspell-fr package on amd64 and probably most 64bits
architectures.
More information about this:
http://aspell.net/0.61/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
* keep python-PyQt5 as 5.13.2 since it's last version supports Python 2
While we're at it:
* ship dist-info for python-PyQt5 for setuptools constrain check.
- require qt5 in hostmakedepends, otherwise it errors out with an ugly qmake cannot find qt5 error.
- hide 'error' message, which isn't really an error but looks ominous.
- fix xlint
Co-authored-by: Đoàn Trần Công Danh <congdanhqx@gmail.com>
Close: #22109
git-citool is installed as hardlink to git-gui.
There's a bug report in Git mailing list to fix that.
Consider its small size (104KB to 43MB of git packages).
Left it there and wait for fix from upstream.
Move citool to git-gui for now.
The texmf-dist trigger produces warnings about missing inifiles that are
suppressed by adding the `--quiet` command-line argument. However, this
still leaves errors about missing engines when texlive package are
installed without texlive-LuaTeX and texlive-XeTeX. The command-line
option `--no-error-if-no-engine` is used to suppress these errors about
missing optional components.
