Package Details: respeqt-git r5.4.1RC2.r91.g73f75d7-1

Git Clone URL: https://aur.archlinux.org/respeqt-git.git (read-only, click to copy)
Package Base: respeqt-git
Description: RespeQt emulates Atari SIO peripherals when connected to an Atari 8-bit computer with an SIO2PC cable.
Upstream URL: https://github.com/josch1710/RespeQt
Keywords: Atari emulator SIO
Licenses: GPL-2.0-only
Submitter: 8BitSloth
Maintainer: 8BitSloth
Last Packager: 8BitSloth
Votes: 3
Popularity: 0.000000
First Submitted: 2015-10-10 04:30 (UTC)
Last Updated: 2025-10-13 23:47 (UTC)

Pinned Comments

8BitSloth commented on 2025-10-13 23:55 (UTC)

Package is working, but be on the look out for issues. I waited a week to be sure Respeqt was working as it should. Thank you to OJaksch for whatever voodoo magic they used to make it work, because it failed for me twice when I tried the same trick. lol

Latest Comments

1 2 Next › Last »

OJaksch commented on 2025-10-14 06:20 (UTC)

@8BitSloth You are welcome!
Maybe you forgot to include sys/ioctl.h also. That was my mistake at first try, but after some research I found that termio.h came from Kernel and termios.h from Glibc, that's why sys/ioctl.h is a must. And after inspecting PKGBUILD my thought was if they're doing it like that for MacOS, why not for x86?
Anyway, thanks for testing and the takeover!

8BitSloth commented on 2025-10-13 23:55 (UTC)

Package is working, but be on the look out for issues. I waited a week to be sure Respeqt was working as it should. Thank you to OJaksch for whatever voodoo magic they used to make it work, because it failed for me twice when I tried the same trick. lol

OJaksch commented on 2025-10-05 10:04 (UTC)

I can confirm that my patch is working! Tested with a 130XE/SIO2PC (USB).
Not tested extensively, but worked right away with a mounted ATR.

OJaksch commented on 2025-10-05 04:24 (UTC)

@8BitSloth Thanks for keeping this up to date!
Interesting to see that in src/serialport-unix.cpp, where the culprit termio.h is getting included, the next paragraph for MAC systems already contains termios.h

Therefore I tried to copy that block to the UNIX paragraph (more or less) and voila, package compiles again and is running - but untested!

termio.patch

--- src/serialport-unix.cpp.orig        2025-06-13 08:25:28.000000000 +0200
+++ src/serialport-unix.cpp     2025-10-05 06:17:05.828452478 +0200
@@ -28,8 +28,9 @@
 #ifdef Q_OS_UNIX
 #ifdef Q_OS_LINUX
 //#include <stropts.h>
+#include <sys/ioctl.h>
 #include <linux/serial.h>
-#include <termio.h>
+#include <termios.h>
 #endif

 #ifdef Q_OS_MAC

8BitSloth commented on 2025-10-04 19:02 (UTC)

TL;DR: This package is down but not out. Await further instructions.

It has come to my attention that, from what I've been told and researched, Arch kernels may no longer include termio.h in the kernel headers packages. I have confirmed this with the base Arch kernel, LTS, and Zen. If anyone knows of a separate package or kernel that still has termio.h in it, leave a post here for others. I've tried replacing termio.h with termios.h when compiling, but it predictably failed. I've seen no where that it can act as a drop-in replacement, so I had no hope that this would work.

A bit of good news, you can run a legacy Linux distro in a VM and have the VM use ttyUSB#### (for USB SIO adapters) as it's serial port. You can also take full control of the USB device in VirtualBox and maybe KVM. This is just a temp solution until the project is updated.

I've tried to find ways to contact josch1710 or open a ticket with the GIT project, but have been unsuccessful. If you are reading this josch1710, please switch to termios.h for Linux builds and let people open issues in the GIT repo.

A little more backstory for people who care: I'm far from an insider when it comes to kernel updates, but about March of this year projects started removing the use of termio.h from their code. September of this year is when it seems that the total removal of termio.h trickled down to the kernels available to Arch users.

As always, I'm just a sloth ever so slowly trying to keep retro software and computers working.

micwoj92 commented on 2025-03-07 16:26 (UTC)

Hi, this is just so that this package lists all dependencies explicitly.

8BitSloth commented on 2025-03-07 15:04 (UTC)

I've added gcc-libs for now. It worked as expected with and without this dependency in a new Arch install. I had purposely left this out when I started this package in 2015, but I do not remember why. Maybe it was that, at the time, gcc-libs was trying to pull all dependencies instead of those that were strictly needed. Anyway, let me know if any weird stuff happens since my Arch installs seem to work fine with this package where others struggle.

micwoj92 commented on 2025-02-24 23:01 (UTC)

Please add gcc-libs to dependencies.

8BitSloth commented on 2024-03-14 02:58 (UTC)

Thanks to OJaksch for a new fork. I've updated the PKGBUILD and moved from using qmake to cmake. If there are any issues, please flood my email because I am HORRIBLE at getting AUR notifications.

Don't blame me, I'm just a sloth.

OJaksch commented on 2023-09-07 12:22 (UTC)

A more recent fork, which is reaching v5.4 (currently at RC1), here:
https://github.com/josch1710/RespeQt
I did a rewrite of your PKGBUILD which I could hand over, if interested.