Search Criteria
Package Details: ltspice 17.20211222.2-1
Git Clone URL: | https://aur.archlinux.org/ltspice.git (read-only, click to copy) |
---|---|
Package Base: | ltspice |
Description: | SPICE simulator, schematic capture and waveform viewer. Installation based on Field Update Utility. |
Upstream URL: | http://www.linear.com/designtools/software/ |
Licenses: | custom |
Submitter: | M4a1x |
Maintainer: | jhbruhn |
Last Packager: | jhbruhn |
Votes: | 29 |
Popularity: | 0.009288 |
First Submitted: | 2015-07-08 21:35 (UTC) |
Last Updated: | 2021-12-25 18:15 (UTC) |
Dependencies (7)
- wine (wine-valve-git, wine-winscard, wine-wl-git, wine-stable-next, wine-stable, wine-git, wine-valve, wine-staging-git, wine-ge-custom, wine-staging)
- cksfv (make)
- curl (curl-minimal-git, curl-git) (make)
- gendesk (make)
- git (git-vfs, git-git, git-run-command-patch-git) (make)
- icoutils (make)
- imagemagick (graphicsmagick-imagemagick-compat, imagemagick-git, imagemagick-full-git, imagemagick-no-hdri, imagemagick-fftw, imagemagick-full) (make)
Latest Comments
1 2 3 4 5 Next › Last »
jhbruhn commented on 2021-12-25 18:06 (UTC)
@dreieck: This PKGBUILD is the best I could come up with. Analog Devices unfortunately only provide an installer which can't be used for silent installs, so to build this package, I am using LTSpices internal update interface. Unfortunately, Analog does not want to provide any information how it works, and updates are not versioned so adding sources to this PKGBUILD could lead to a PKGBUILD which can't be build one day after publishing. One could make a tool though, which builds a PKGBUILD for the most recent version, but that just leads to a similar implementation to this package.
I'll try to enable verbose logging in curl so errors like these can be caught more easily. I'm guessing it is due to timeouts, although I already set the timeout-limit pretty high (for my taste at least).
dreieck commented on 2021-12-25 15:38 (UTC)
@Recognition: For me download of
XVIIx86.exe
finishes after some time, it seems to be big. A hint to the maintainer: Maybe you add a download progress meter?dreieck commented on 2021-12-25 14:53 (UTC) (edited on 2021-12-25 15:39 (UTC) by dreieck)
Is it possible to provide checksum verification for the stuff downloaded in
prepare()
?From a quick glimpse over the
PKGBUILD
you seem to to such thing, but anyway it seems that I got an empty file during a download and that is not recognised andbuild()
then fails on it, so somehow this is not properly working. (That might also be a security issue since an attacker can just palm off "evil" files on the download.)In the download, I get errors, which might be due to timeout because of slow internet connection, but I don't know since no reason is given (→ this is a suggestion to add verbose error reporting):
Couriosly, build succeeded anyway on the second try (which did produce above download error messages).
Thanks for maintaining!
Recognition commented on 2021-09-05 10:05 (UTC)
Hangs at Download Progress: 10060/10060 (XVIIx86.exe) Anybody have the same issue?
0x17a589 commented on 2021-07-07 12:54 (UTC)
I cannot install it, getting bunch of Download Errors.
jhbruhn commented on 2021-06-23 19:47 (UTC)
The PKGBUILD does try to cache the files locally, but the checksum provided by LT in the listing file often are different than the actual files, thus forcing the PKGBUILD to redownload those files. Because many files are gzip compressed, it is difficult to do HTTP based caching...
phansel commented on 2021-06-23 19:05 (UTC)
It is a little odd that the PKGBUILD doesn't locally cache all of the library content. Analog should really offer compressed copies of the libraries.
The time it takes to download (literally over 9000 individual model files) and lack of caching guarantees that running this PKGBUILD always times out the password lock. Consequently I've had to restart this PKGBUILD more than 10 times in total across different machines.
jhbruhn commented on 2021-06-05 08:42 (UTC)
Good catch, I updated the ltspice.sh launcher to use the file in
/usr/lib/wine/x86_64-windows/start.exe
. After that, I had to delete my users Wine prefix (~/.ltspice/env) for the application to start successfully.barabas commented on 2021-06-05 08:09 (UTC)
Replacing
/usr/lib/wine/start.exe
with justwine.exe
seems to fix theltspice.sh
script. Looks like the file was moved to/usr/lib/wine/x86_64-windows/start.exe
.I'm not familiar with wine, but there are other start.exe files in the prefix folder. Isn't this the one we want to run here?
Auracle commented on 2021-05-27 07:18 (UTC) (edited on 2021-05-27 07:20 (UTC) by Auracle)
Hi. I am facing the following problem. The installation is successful without any hiccups. Note that I am running this with wine version
wine-6.9
and after complete upgrade of the system. When I try to execute LTSpice using the.desktop
file nothing happens. Then I try running it by executingltspice
I get the following error.The trying
gives the same error.
Finally, running
starts the application as intended. However, I see the following error
0104:err:module:open_builtin_so_file failed to load .so lib "/usr/lib/wine/x86_64-unix/l3codeca.acm.so"
along with some extra information (not sure if it is relevant warnings or just logs. I am posting it for your info.)I hope any readers of this post can suggest me on how to go about solving this problem. Thank you for creating and maintaining the package.
1 2 3 4 5 Next › Last »