Package Details: serial-studio 3.1.10-1

Git Clone URL: https://aur.archlinux.org/serial-studio.git (read-only, click to copy)
Package Base: serial-studio
Description: Multi-purpose serial data visualization & processing program
Upstream URL: https://github.com/Serial-Studio/Serial-Studio
Keywords: multi-platform multi-purpose serial-studio tcp/udp
Licenses: GPL-3.0-only
Conflicts: Serial-Studio, serial-studio
Provides: Serial-Studio, serial-studio
Submitter: taotieren
Maintainer: taotieren
Last Packager: taotieren
Votes: 0
Popularity: 0.000000
First Submitted: 2022-06-15 09:19 (UTC)
Last Updated: 2025-09-19 06:24 (UTC)

Latest Comments

taotieren commented on 2025-10-22 07:56 (UTC) (edited on 2025-10-22 08:00 (UTC) by taotieren)

@mjkl serial-studio is compiled under the GPLv3 license by default. During compilation, it automatically generates GPLv3-licensed bin files and desktop files. To access Pro features, you must use serial-studio-bin.

see: https://github.com/Serial-Studio/Serial-Studio?tab=readme-ov-file#choosing-the-right-version-of-serial-studio

To compile the pro version locally, you must also obtain authorization from the developer.

see: https://github.com/Serial-Studio/Serial-Studio/blob/master/.github/workflows/deploy.yml#L304

mjkl commented on 2025-10-22 07:31 (UTC)

@taotieren

That's unfortunate serial-studio-bin uses Appimage, which I was trying to avoid.

For now I've taken the plunge and upgraded to Qt 6.10 after compiling against 6.9.2. Qt is not guaranteed to be ABI compatible, so it might break at some point. But as long as I don't use the multi-plot I should be good until a fix is released.

Also I noticed that this package does not install a .desktop entry (unlike serial-studio-bin)?

taotieren commented on 2025-10-22 01:30 (UTC)

@mjkl Thanks. For temporary use, you can install it via https://aur.archlinux.org/packages/serial-studio-bin . I'm using a service that automatically updates the version number (https://github.com/taotieren/aur-repo). Downgrading is a bit of a hassle.

mjkl commented on 2025-10-21 21:17 (UTC)

Build is currently broken, arch automatically updates qt6 to version 6.10.0.

However the latest release does not build against 6.10.0 due to a build flag enabling a non-existing function when building against > 6.10.0

See https://github.com/Serial-Studio/Serial-Studio/issues/321

This is already fixed in a later commit, but not released yet.

Could this package be downgraded to version 3.1.7, which seems to be the last version that is able to build against QT 6.10.0. For know i've downgraded qt to 6.9.2, however this make me unable to update my system, unfortunately.

uffe commented on 2024-12-20 12:10 (UTC)

@taotieren Thanks for your change - I just tested it - it works great

PS: I just had a look at your build - and just want to clarify a little detail. Even with my suggested change you can still have ninja as the selected "builder" (-G Ninja). As long as you invoke the builder through cmake it can be resource limited as I suggested. But there can be lots of other reasons for the removal of '-G Ninja' - I just wanted to give you some feedback on the change :-)

taotieren commented on 2024-12-20 08:43 (UTC)

@uffe Thanks, I've committed the changes to cmake, if local compilation is slow, you can add my repositories to download the pre-compiled packages.

uffe commented on 2024-12-11 08:11 (UTC)

Could you please do a little change to your PKGBUILD ?

Specificly change ninja -C build into cmake --build build

Reasoning:

With ninja it is unfortunately not possible to control its number of parallel builders with environment variables.

That is a feature that both make and cmake have.

The ninja folks refuse to make such feature.

When I aur-build serial-studio on my old laptop - ninja will spawn so many parallel builders that it runs out of memory during compile pass...

Normally you can do resource control of aur builds via makepkg.conf - that does unfortunately not work when invoking ninja directly - so every time I have to edit PKGBUILD - to prevent from running out of memory.

with the above suggested change the end result is the same - instead of invoking ninja directly - you just use cmake to invoke the (ninja) builder - but with cmake as the invoking frontend you (I) can just put limitations into my local makepkg.conf:

CMAKE_BUILD_PARALLEL_LEVEL=2 MAKEFLAGS="-j2"

The above will work for any aur build that use make and cmake (but not if you invoke ninja directly)

Thanks in advance :-)