Arch Linux User Repository

@yueduz: I did bump the pkgrel on such occasions in the past, but stopped since most AUR maintainers don't do it and the wiki mentions that the user is responsible, so everyone needs a general solution anyway. Can recommend: https://github.com/maximbaz/rebuild-detector - the hook shows which packages need a rebuild after a system upgrade.

This isn't my package, so not my call to make. But this problem exists for every AUR package that depends on Python, there's no easy fix. See https://wiki.archlinux.org/title/Arch_User_Repository#Updating_packages and https://gist.github.com/diffficult/dd939ba5ef06c9821e097666592b5516 for starters.

@projectgus I think we should add a version number.

Arch has updated Python from 3.12 to 3.13, so AUR packages that depend on libpython need to be rebuilt and reinstalled. I don't think there's another way around this.[*] I just rebuilt 'dsview' with the new Python version installed, and the new dsview is working.

[*] Technically I guess you could install the python312 package from AUR instead, but this is a lot more work than rebuilding the dsview package.

dsview: error while loading shared libraries: libpython3.12.so.1.0: cannot open shared object file: No such file or directory

This issue is fixed upstream, I included the upstream patch instead ( https://github.com/DreamSourceLab/DSView/pull/772 ). Seems to build without issues.

compilation fails with:

FAILED: CMakeFiles/DSView.dir/libsigrok4DSL/strutil.c.o
...

patch from imi415 fixes the compilation.

With this patch the build is not fail for me.

diff --git a/libsigrok4DSL/input/in_wav.c b/libsigrok4DSL/input/in_wav.c
index de16e513..7a130496 100644
--- a/libsigrok4DSL/input/in_wav.c
+++ b/libsigrok4DSL/input/in_wav.c
@@ -24,6 +24,7 @@
 #include <unistd.h>
 #include <fcntl.h>
 #include <string.h>
+#include <strings.h>
 #include "../log.h"
 #include <stdlib.h>

diff --git a/libsigrok4DSL/lib_main.c b/libsigrok4DSL/lib_main.c
index f09fa4e6..6ed06981 100644
--- a/libsigrok4DSL/lib_main.c
+++ b/libsigrok4DSL/lib_main.c
@@ -29,6 +29,7 @@
 #ifdef _WIN32
 #include <windows.h>
 #else
+#define __USE_MISC
 #include <unistd.h>
 #endif

diff --git a/libsigrok4DSL/strutil.c b/libsigrok4DSL/strutil.c
index 52cb01d8..6c02c6df 100644
--- a/libsigrok4DSL/strutil.c
+++ b/libsigrok4DSL/strutil.c
@@ -21,6 +21,7 @@
 #include "libsigrok-internal.h"
 #include <stdlib.h>
 #include <string.h>
+#include <strings.h>
 #include <stdio.h>
 #include "log.h"

I can confirm that the patch from imi415 fixes the compilation and dsview runs.

The new version bundles libsigrok4DSL and seems some compiler flags are missing...

diff --git a/0001-cmake.patch b/0001-cmake.patch
new file mode 100644
index 0000000..cba9acd
--- /dev/null
+++ b/0001-cmake.patch
@@ -0,0 +1,11 @@
+--- a/CMakeLists.txt   2024-05-11 11:47:23.000000000 +0800
++++ b/CMakeLists.txt   2024-05-17 15:49:07.951343591 +0800
+@@ -568,7 +568,7 @@
+ 
+ 
+ add_definitions(${QT_DEFINITIONS})
+-add_definitions(-Wall -Wextra -Wno-return-type -Wno-ignored-qualifiers)
++add_definitions(-D_GNU_SOURCE -Wall -Wextra -Wno-return-type -Wno-ignored-qualifiers)
+ 
+ if(NOT DISABLE_WERROR)
+         add_definitions(-Werror)
diff --git a/PKGBUILD b/PKGBUILD
index c0e85e7..1e03b4d 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -17,12 +17,19 @@ makedepends=('cmake' 'ninja' 'boost')

 source=(
   "DSView-$pkgver.tar.gz::https://github.com/DreamSourceLab/DSView/archive/v${pkgver}.tar.gz"
+  "0001-cmake.patch"
+)
+sha384sums=(
+  'afd4790c3bef0c0772971f679c6d542edf8c2d8384ae7738f5039f9015e80773bd7e12857252cf88ef4053b97be502ed'
+  'SKIP'
 )
-sha384sums=('afd4790c3bef0c0772971f679c6d542edf8c2d8384ae7738f5039f9015e80773bd7e12857252cf88ef4053b97be502ed')

 prepare() {
   sed -i 's#MODE="0666"#TAG+="uaccess"#' \
     "DSView-${pkgver}/DSView/DreamSourceLab.rules"
+
+  cd "DSView-${pkgver}"
+  patch --forward --strip=1 --input=../0001-cmake.patch
 }

 build() {