Package Details: dsview 1:1.3.2-3

Git Clone URL: https://aur.archlinux.org/dsview.git (read-only, click to copy)
Package Base: dsview
Description: Client software that supports the DreamSourceLab logic analyzer
Upstream URL: http://www.dreamsourcelab.com/
Licenses: GPL3
Submitter: phragment
Maintainer: codyps (mruslan, Jake, slaesh, imi415, flipmess, Krakonos, moustafine)
Last Packager: Krakonos
Votes: 13
Popularity: 0.000440
First Submitted: 2016-02-02 22:16 (UTC)
Last Updated: 2025-10-02 08:23 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

Krakonos commented on 2025-10-02 08:26 (UTC)

@abody You're right. I've pushed the change previously suggested by @ivan95.603 -- it seems to compile fine on my system. Anyway, can't break a broken package too much. Let me know if that works for your.

Unfortunately, it seems that upstream is kind of dead -- no commit in 11 months, so new version is unlikely to be released.

abody commented on 2025-10-02 07:26 (UTC)

Keeping the package in an unbuildable state for such a long time is ridiculous. Please consider abandoning it in the case you have no time for maintaining it, @codyps

ivan95.603 commented on 2025-05-29 19:39 (UTC)

@codyps Please add "-DCMAKE_POLICY_VERSION_MINIMUM=3.5". This fixes the build locally.

qxzg commented on 2025-04-13 12:43 (UTC)

When trying to build dsview using yay -S dsview, the build process fails due to a CMake error(My cmake version is 4.0.1):


CMake Error at CMakeLists.txt:22 (cmake_minimum_required):
  Compatibility with CMake < 3.5 has been removed from CMake.

  Update the VERSION argument <min> value.  Or, use the <min>...<max> syntax
  to tell CMake that the project requires at least <min> but has been updated
  to work with policies introduced by <max> or earlier.

  Or, add -DCMAKE_POLICY_VERSION_MINIMUM=3.5 to try configuring anyway.

Jake commented on 2025-02-07 23:17 (UTC)

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

projectgus commented on 2025-01-04 22:02 (UTC)

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.

yueduz commented on 2025-01-04 09:40 (UTC)

@projectgus I think we should add a version number.

projectgus commented on 2025-01-03 21:45 (UTC)

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.

yueduz commented on 2025-01-03 16:09 (UTC)

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

Krakonos commented on 2024-06-09 02:12 (UTC)

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