Arch Linux User Repository

Important note: Is recommended to receive the following key before to install:

$ gpg --recv-keys DE7A44FAC7FB382D

Also is possible skip the verification, adding the flag for (e.g makepkg, yay) --skippgpcheck, --nopgpfetch, respectively.

Hi folks, please let me know if with this latest version appears glitches over GNOME enviroment, in order to apply this patch. Many thanks.

https://www.lyx.org/trac/ticket/13305

Resolved whith version LyX 2.4.4-2 but still with some errors for several CXX components during the installation process.

I am trying to install LyX 2.4.4-1 with the command yay -S lyx. Before proceeding with this installation, I received the gpg key for LyX.

My computer runs on the Arch Linux operating system, version 6.17.7-arch1-1.

During the process I am getting errors on three CXX components: lyxtime.o, GuiAbout.o, and GuiSymbols.o (see below). At the end,the process fails and LyX 2.4.4-1 does not install.

How can I fix this problem?

Messages at the end of the process

make[6]: *** [Makefile:1015: GuiSymbols.o] Error 1
make[6] : on quitte le répertoire « /home/klodep/.cache/yay/lyx/src/lyx-2.4.4/src/frontends/qt »
make[5]: *** [Makefile:851: all] Error 2
make[5] : on quitte le répertoire « /home/klodep/.cache/yay/lyx/src/lyx-2.4.4/src/frontends/qt »
make[4]: *** [Makefile:803: all-recursive] Error 1
make[4] : on quitte le répertoire « /home/klodep/.cache/yay/lyx/src/lyx-2.4.4/src/frontends »
make[3]: *** [Makefile:2614: all-recursive] Error 1
make[3] : on quitte le répertoire « /home/klodep/.cache/yay/lyx/src/lyx-2.4.4/src »
make[2]: *** [Makefile:1707: all] Error 2
make[2] : on quitte le répertoire « /home/klodep/.cache/yay/lyx/src/lyx-2.4.4/src »
make[1]: *** [Makefile:586: all-recursive] Error 1
make[1] : on quitte le répertoire « /home/klodep/.cache/yay/lyx/src/lyx-2.4.4 »
make: *** [Makefile:481: all] Error 2
==> ERREUR : Une erreur s’est produite dans build().
Abandon…
-> error making: lyx-exit status 4
-> Failed to install the following packages. Manual intervention is required:
lyx - exit status 4

errors on CXX component: lyxtime.o

lyxtime.cpp:72:27: attention: « void QDateTime::setTimeSpec(Qt::TimeSpec) » est obsolète: Use setTimeZone() instead [-Wdeprecated-declarations]

72 |         loc_dt.setTimeSpec(Qt::UTC);

errors on CXX component: GuiAbout.o

QFile::open(QIODeviceBase::OpenMode) » est ignorée alors qu'elle est déclarée avec l'attribut « nodiscard » [-Wunused-result]

56 |                 file.open(QIODevice::ReadOnly);

error on CXX components: GuiSymbols.o

GuiSymbols.cpp:253:68: erreur: pas de fonction concordante pour l'appel à « QString::arg(lyx::char_type&, int, int) »

253 |          .arg(QString("%1").arg(c, 0,16).toUpper())

N.B. For each of the CXX component errors, several lines of message have been omitted due to the amount of information accompanying each of these messages.

Please implement this patch https://codeberg.org/LyX-org/lyx/commit/e98b6ad533360500528b48043e20c79f5cb67b07 to fix compilation with Qt6.10

I'm getting errors about qstring.h when compiling. This seems to be new as I have previous versions that compiled fine. Has QT changed something?

/usr/include/qt6/QtCore/qstring.h:361:5: note: template argument deduction/substitution failed: /usr/include/qt6/QtCore/qstring.h: In substitution of ‘template<class ... Args> typename std::enable_if<((sizeof... (Args) >= 2) && conjunction_v<std::conjunction\<std::negation\<QtPrivate::treat_as_integral_arg\<typename std::remove_cv\<Args>::type> >, std::is_convertible\<Args, QAnyStringView> >...>), QString>::type QString::arg(Args&& ...) const [with Args = {wchar_t&, int, int}]’: GuiSymbols.cpp:252:47: required from here 252 | .arg(QString("%1").arg(c, 0, 16).toUpper()) | ~^~ /usr/include/qt6/QtCore/qstring.h:361:5: error: no type named ‘type’ in ‘struct std::enable_if<false, QString>’ 361 | arg(Args &&...args) const | ^~~

Thank you very much, @carlosal1015, @Asuranceturix, and @Xavier. I have built the package correctly after the new revision published by @carlosal1015.

@mluque: You don't have to keep trying anymore: the maintainer, @carlosal1015, has published a new revision of the package including the patch (thanks!), you should be able to build it now.

@Xavier: Of course it is up to the maintainers to make changes to the AUR-published packages. However, I am not aware of any rule that says that I cannot modify a published AUR package for my own use, or discuss such modifications with other fellow users, as long as we don't complain to the maintainer about possible problems stemming from our (unsanctioned) modifications. Sometimes, with less-responsive maintainers (which is absolutely not the case here), it is the only way to keep things going. :)

@mluque and @Asuranceturix It is up to the maintainers to patch the package so it compiles correctly with the Arch Linux library versions.

Thank you very much, @Asuranceturix. I have tried several times, but it always ends up giving me an error. Probably Arch is not for me.

@mluque: In this case it is very easy since the original PKGBUILD already includes a patch and you can use it as a model. Just download the patch referenced by @xukailiang into a file in the same directory as the PKGBUILD, name it "gcc15.patch", for example, and do as the original PKGBUILD does with the "qt6.patch": you need to reference the new patch from "sources", put its checksum in "sha512sums" and add a new line to apply the patch in the "prepare" function.

Thank you, @Asuranceturix. I have never patched a package; I would have to learn how to do it.