Package Details: tiemu 3.03-5

Git Clone URL: https://aur.archlinux.org/tiemu.git (read-only)
Package Base: tiemu
Description: TiEmu emulates Texas Instruments calculators TI-89/92/92+/V200PLT (no GDB).
Upstream URL: http://tilp.info/
Licenses: GPL
Submitter: Wintervenom
Maintainer: allonsy
Last Packager: allonsy
Votes: 23
Popularity: 0.064820
First Submitted: 2009-03-28 04:30
Last Updated: 2018-10-19 03:14

Latest Comments

1 2 3 Next › Last »

allonsy commented on 2018-10-19 03:11

@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

kozet commented on 2018-10-18 23:04

@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).

allonsy commented on 2018-04-27 20:27

@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?

jinks commented on 2018-04-03 11:06

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?)

allonsy commented on 2018-03-08 20:36

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?

allonsy commented on 2017-04-08 17:02

Thanks for letting me know! I've added wget to the make dependencies in the PKGBUILD

aimileus commented on 2017-04-07 16:01

Could you add wget to the make dependencies? Otherwise, it gives the error 'ERROR: The download program wget is not installed.'. It installs fine if I install wget.

TrialnError commented on 2015-07-23 20:01

Jeah, I just noticed those changes by chance, as I regulary loop over the AUR folders and do a git fetch to see if there are updates. So I noticed this cosmectic change and the missing one ;) Didn't update the package though because of this either

allonsy commented on 2015-07-20 06:40

One of these days I'll learn to properly proofread my PKGBUILDs. Pushed an update, no need to update on your end (unless you have a burning desire for 'return 1'-less PKGBUILDs)

allonsy commented on 2015-07-20 06:39

One of these days I'll learn to properly proofread my PKGBUILDs. Nice Catch! Pushed an updated version, no need to update locally