Arch Linux User Repository

@eyeonus

To make it stick, we'd have to add a prepare() section to the PKGBUILD that uses sed to make those fixes to the makefiles, dboxes.c and popup.c. I don't have the time to tackle it right now, but I've maintained some PKGBUILDs before and it's fairly intuitive.

Then, if you get a PKGBUILD that consistently works, you can contact allonsy (the current maintainer) and ask them to update it; or, if they're MIA, you can request to take over as maintainer.

Managed to get this to build and install using yay, correctly, using these steps:

• Download the pckeys patch from https://web.archive.org/web/20201105195928/http://code.technoplaza.net/tiemu/pckeys_evdev.patch

• Replace everything in the patch file to @@ -189,44 +189,7 @@ with:

--- pckeys.h.orig   (origin)
+++ tiemu-3.03/src/gui/calc/pckeys.h    (patch)

@@ -189,44 +189,7 @@

(Make sure to get the md5 sum after making these changes.)

• Add the patch to the PKGBUILD source list, add the md5 sum to the md5sums list, and add a new line below the other two patch lines in the build section for this patch: patch -p1 --input ../pckeys_evdev.patch

• add -Wno-format-security to the flags in the core/uae Makefile immediately after -Wno-format

• replace message with "%s", message in "dboxes.c" and "popup.c", at all the places in those files where the error occurs (4 in 'dboxes.c', 3 in 'popup.c')

Couldn't figure out how to make the changes stick, yay overwrites the changes when run, so if installing using yay, make sure to save "PKGBUILD", "tiemu-3.03/src/core/uae/MAKEFILE", "tiemu-3.03/src/gui/calc/dboxes.c", and "tiemu-3.03/src/gui/calc/popup.c", as quickly as possible after the prompt to select which diffs to show, before yay needs to access them.

Build fails with cc1: error: ‘-Wformat-security’ ignored without ‘-Wformat’ [-Werror=format-security] Problem seems to be in the core/uae Makefile, it has a -Wno-format flag

libglade has been removed from the repo.

@kozet works like a charm! I've added your fix to the PKGBUILD so now everything compiles @jinks I've been unable to reproduce your evdev error and when applying the patch mentioned, all my inputs are disabled (no keypresses are registered) for that reason I didn't include your patch in the most recent push. I'll keep debugging to see what went wrong

@allonsy I've tried building the package, but I encountered the same error as the one from the bug report you've linked.

Update: Turns out that src/core/uae/sysdeps.h defines a macro called abort(). Of course, that plays badly with the declaration of abort() in stdlib.h; commenting out the abort() macro in sysdeps.h gets the code to compile (after applying 01-build-fix.patch).

@jinks thanks for the patch. Everything looks in order with the patch. Unfortunately, it looks like the package is broken with later versions of glibc for some reason. Same bug as with debian here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895492 I'm working to see if I can find a fix but it might take a bit of time. Have any of you got the package to compile?

TIEmu does apparently not play with modern evdev based keyboard input methods due to hardcoded scancodes. In my case this resulted in several keys not working or giving wrong input.

I have found a patch at http://code.technoplaza.net/tiemu/pckeys_evdev.patch (via https://sourceforge.net/p/gtktiemu/mailman/message/23183292/ ) that applies cleanly to 3.03.

Do you think you could add this to the PKGBUILD? (Is not using libinput/evdev even still an option in Arch?)

Checked version with online sources, no change in source code so far. Whoever flagged this can you provide the link to the new sources if there is a version > 3.03-4?