Search Criteria
Package Details: nanovna-saver 0.6.5-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/nanovna-saver.git (read-only, click to copy) |
---|---|
Package Base: | nanovna-saver |
Description: | PC control for the NanoVNA. |
Upstream URL: | https://github.com/NanoVNA-Saver/nanovna-saver |
Licenses: | GPL3 |
Submitter: | wiccan2 |
Maintainer: | wiccan2 (RX14) |
Last Packager: | RX14 |
Votes: | 6 |
Popularity: | 0.001366 |
First Submitted: | 2019-12-29 19:10 (UTC) |
Last Updated: | 2024-11-04 14:06 (UTC) |
Dependencies (7)
- python-numpy (python-numpy-flameAUR, python-numpy-gitAUR, python-numpy-mkl-binAUR, python-numpy-mkl-tbbAUR, python-numpy-mklAUR, python-numpy1AUR)
- python-pyqt6
- python-pyserial (python-pyserial-labgrid-gitAUR)
- python-scipy (python-scipy-gitAUR, python-scipy-mklAUR, python-scipy-mkl-binAUR, python-scipy-mkl-tbbAUR)
- python-setuptools-scm
- qt5-base (qt5-base-gitAUR, qt5-base-headlessAUR)
- python-setuptools (make)
Latest Comments
1 2 Next › Last »
ra1nb0w commented on 2024-04-08 05:39 (UTC)
thank you very much @wiccan2
wiccan2 commented on 2024-04-07 12:09 (UTC)
@ra1nb0w I've added the desktop file back. Not sure why it got removed.
ra1nb0w commented on 2023-12-15 08:26 (UTC)
What do you think to add nanovna-saver.desktop ? thanks
simona commented on 2023-02-27 18:17 (UTC)
patching file setup.py
Reversed (or previously applied) patch detected! Assume -R? [n] s
Apply anyway? [n] s
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file setup.py.rej
Lightwell commented on 2022-09-27 13:57 (UTC)
Whatever it was has miraculously cleared itself and all is now working.
NanoVNA is connected to /dev/ttyACM0 via the USB-C cable.
Tks R
Lightwell commented on 2022-09-26 21:31 (UTC)
Apologies for the message on forum, as this is prbly not a package issue as such. The package seems to have built successfully.
I have installed the nanovna saver and the nanovna saver-git packages. Both crash on trying to connect to the NanoVNA via the supplied USB-A to USB-C cable. It appears I have no ttyUSB devices on Manjaro on my 2009 macbook pro running manjaro 10-15 fully up to date.
$ sudo python -m serial.tools.list_ports
no ports found
$ sudo dmesg | grep tty [sudo] password for richardhornby:
[ 0.267083] printk: console [tty0] enabled [ 3.927274] systemd[1]: Created slice Slice /system/getty. [ 4.678478] audit: type=1300 audit(1664225512.443:7): arch=c000003e syscall=1 success=yes exit=19570 a0=6 a1=55f4f27e8550 a2=4c72 a3=0 it ems=0 ppid=242 pid=262 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="apparmor_pars er" exe="/usr/bin/apparmor_parser" subj=unconfined key=(null) [ 5.464325] audit: type=1300 audit(1664225513.223:20): arch=c000003e syscall=1 success=yes exit=18369 a0=6 a1=55f4f28e9f20 a2=47c1 a3=0 i tems=0 ppid=242 pid=314 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="apparmor_par ser" exe="/usr/bin/apparmor_parser" subj=unconfined key=(null) [ 5.643876] audit: type=1300 audit(1664225513.403:21): arch=c000003e syscall=1 success=yes exit=43609 a0=6 a1=55f4f2835430 a2=aa59 a3=0 i tems=0 ppid=242 pid=315 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="apparmor_par ser" exe="/usr/bin/apparmor_parser" subj=unconfined key=(null) [ 5.836262] audit: type=1300 audit(1664225513.599:23): arch=c000003e syscall=1 success=yes exit=35241 a0=6 a1=55f4f2a44870 a2=89a9 a3=0 i tems=0 ppid=242 pid=317 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="apparmor_par ser" exe="/usr/bin/apparmor_parser" subj=unconfined key=(null) [ 11.349827] audit: type=1006 audit(1664225519.119:123): pid=1014 uid=0 subj=unconfined old-auid=4294967295 auid=963 tty=(none) old-ses=42 94967295 ses=1 res=1 [ 11.349831] audit: type=1300 audit(1664225519.119:123): arch=c000003e syscall=1 success=yes exit=3 a0=9 a1=7ffdd3d4faa0 a2=3 a3=7ffdd3d4f 7b5 items=0 ppid=1 pid=1014 auid=963 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=1 comm="(systemd)" exe="/usr/lib /systemd/systemd" subj=unconfined key=(null) [ 17.002564] audit: type=1300 audit(1664225524.773:134): arch=c000003e syscall=321 success=yes exit=29 a0=5 a1=7fff4d1e4510 a2=90 a3=0 ite ms=0 ppid=1 pid=541 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="NetworkManager" exe="/usr/bin/NetworkManager" subj=unconfined key=(null) [ 18.790210] audit: type=1006 audit(1664225526.559:139): pid=1150 uid=0 subj=unconfined old-auid=4294967295 auid=1000 tty=(none) old-ses=4 294967295 ses=2 res=1 [ 18.790240] audit: type=1300 audit(1664225526.559:139): arch=c000003e syscall=1 success=yes exit=4 a0=8 a1=7fffed463000 a2=4 a3=7fffed462 d14 items=0 ppid=578 pid=1150 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=2 comm="sddm-helper" exe="/us r/lib/sddm/sddm-helper" subj=unconfined key=(null)
$ ls -l /dev/usbtty0 ls: cannot access '/dev/usbtty0': No such file or directory.
Apologies if this is very off-package, but I can't find any information which assists.
Tks
df8oe commented on 2022-01-07 07:14 (UTC)
You are so right :) I am hitting the bug of setuptools. Downgraded to 57.4.0-6 and it builds perfectly. Thanks for your investigation!
wiccan2 commented on 2022-01-06 11:40 (UTC) (edited on 2022-01-06 11:41 (UTC) by wiccan2)
I've just run the build in a clean docker image and it builds without issue.
In my container version 1:57.4.0-6 of setuptools got installed which is the latest in the Extra repository.
The stack trace seems to imply that the issues is a bug in setuptools that was reported to the upstream Python guys on Github. This bug seems to affect versions greater than 59 of setuptools but has been fixed in version 59.4.0.
Version 1:59.1.0-1 is currently in the testing repo for Arch, is this the version you have installed? If so you will be hitting this bug.
As a work around you could modify the src/nanovna-saver-0.3.10/setup.cfg file to remove all the newlines from the description field. The following patch should do this:
The true fix however would be to either use the supported setuptools from Extra or wait for testing to move onto version 59.4.0.
df8oe commented on 2022-01-06 05:59 (UTC)
Does not build:
Traceback (most recent call last): File "/build/nanovna-saver/src/nanovna-saver-0.3.10/./setup.py", line 21, in <module>
setup()
File "/usr/lib/python3.10/site-packages/setuptools/init.py", line 153, in setup
return distutils.core.setup(**attrs)
File "/usr/lib/python3.10/distutils/core.py", line 148, in setup
dist.run_commands()
File "/usr/lib/python3.10/distutils/dist.py", line 966, in run_commands
self.run_command(cmd)
File "/usr/lib/python3.10/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/usr/lib/python3.10/site-packages/setuptools/command/install.py", line 68, in run
return orig.install.run(self)
File "/usr/lib/python3.10/distutils/command/install.py", line 580, in run
self.run_command(cmd_name)
File "/usr/lib/python3.10/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.10/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/usr/lib/python3.10/site-packages/setuptools/command/install_egg_info.py", line 34, in run
self.run_command('egg_info')
File "/usr/lib/python3.10/distutils/cmd.py", line 313, in run_command
self.distribution.run_command(command)
File "/usr/lib/python3.10/distutils/dist.py", line 985, in run_command
cmd_obj.run()
File "/usr/lib/python3.10/site-packages/setuptools/command/egg_info.py", line 292, in run
writer(self, ep.name, os.path.join(self.egg_info, ep.name))
File "/usr/lib/python3.10/site-packages/setuptools/command/egg_info.py", line 656, in write_pkg_info
metadata.write_pkg_info(cmd.egg_info)
File "/usr/lib/python3.10/distutils/dist.py", line 1117, in write_pkg_info
self.write_pkg_file(pkg_info)
File "/usr/lib/python3.10/site-packages/setuptools/dist.py", line 167, in write_pkg_file
write_field('Summary', single_line(self.get_description()))
File "/usr/lib/python3.10/site-packages/setuptools/dist.py", line 151, in single_line
raise ValueError('Newlines are not allowed')
ValueError: Newlines are not allowed
==> ERROR: A failure occurred in package().
Aborting...
==> ERROR: Build failed, check /var/lib/aurbuild/x86_64/andreas/build
Fehler: kann ‚nanovna-saver-0.3.10-1‘ nicht bauen: Ausführung fehlgeschlagen: makechrootpkg -r /var/lib/aurbuild/x86_64 -D /var/cache/pacman/pkg -d /var/cache/pacman/pkg/ -- -feA --noconfirm --noprepare --holdver:
Fehler: kann Pakete nicht bauen: nanovna-saver-0.3.10-1
not_anonymous commented on 2020-01-17 12:26 (UTC)
$ NanoVNASaver Traceback (most recent call last): File "/usr/bin/NanoVNASaver", line 11, in <module> load_entry_point('NanoVNASaver==0.2.2', 'console_scripts', 'NanoVNASaver')() File "/usr/lib/python3.8/site-packages/pkg_resources/init.py", line 489, in load_entry_point return get_distribution(dist).load_entry_point(group, name) File "/usr/lib/python3.8/site-packages/pkg_resources/init.py", line 2852, in load_entry_point return ep.load() File "/usr/lib/python3.8/site-packages/pkg_resources/init.py", line 2443, in load return self.resolve() File "/usr/lib/python3.8/site-packages/pkg_resources/init.py", line 2449, in resolve module = import(self.module_name, fromlist=['name'], level=0) File "/usr/lib/python3.8/site-packages/NanoVNASaver/main.py", line 21, in <module> from PyQt5 import QtWidgets, QtCore ImportError: libQt5Core.so.5: cannot open shared object file: No such file or directory
$ yay -Qo /usr/lib/libQt5Core.so.5 /usr/lib/libQt5Core.so.5 is owned by qt5-base 5.14.0-2
1 2 Next › Last »