Arch Linux User Repository

I cannot install it, getting bunch of Download Errors.

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

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.

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.

Replacing /usr/lib/wine/start.exe with just wine.exe seems to fix the ltspice.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?

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 executing ltspice I get the following error.

wine: failed to open "/usr/lib/wine/start.exe": c0000135

The trying

wine /usr/lib/wine/start.exe /unix /opt/ltspice/XVIIx64.exe

export WINEPREFIX=$HOME/.ltspice/env WINEARCH=win64 && wine /opt/ltspice/XVIIx64

gives the same error.

Finally, running

wine /opt/ltspice/XVIIx64.exe

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

0104:err:module:open_builtin_so_file failed to load .so lib "/usr/lib/wine/x86_64-unix/l3codeca.acm.so"
0104:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0104:fixme:ver:GetCurrentPackageId (00000000009A0590 0000000000000000): stub
0104:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub
0104:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub
0104:fixme:wincodecs:jpeg_decoder_get_metadata_blocks stub
0104:fixme:shell:InitNetworkAddressControl stub

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.

Thanks for the hint dreieck, I moved the download of files into the prepare section as they change unpredictably depending on the file listing from the LTSpice website.

In your PKGBUILD, you explicitly download stuff in build().

However, it is not recommended if stuff can already be downloaded via source-array or in prepare(), so that once makepkg -o is done no internet connection is needed to build the software.

Ideally, you could transfer all needed downloads to the source-array (the array beeing built "on the fly" by parsing "${_update_url}/release.log.gz"), or if that does not really work move the relevant parts now in build() into prepare().

Thanks for maintaining!

==> Starting build()...
Checking cache and downloading using 16 threads.
Starting...
Download Progress: 5957/9785 (lib/sym/Comparators/LTC6754.asy)
[...]

Thanks a lot lightspot21!

I have found that running wine /usr/lib/wine/start.exe /unix /opt/ltspice/XVIIx64.exe works as well and without the need to modify the prefix, so I will include that in the launcher script until the new wine version with the bugfix is released. Thanks again!

Reposting due to accidental deletion.

So I went to hunt the issue behind the breakage:

I tried to run the 64-bit executable directly, just like the shell script. No WINEPREFIX set yet. wine /opt/ltspice/XVIIx64

and I get back the error: wine: failed to open L"/opt/ltspice/XVIIx64": c0000135

Attempting to "fake" the first run, I deleted the prefix and started anew: export WINEPREFIX=$HOME/.ltspice/env WINEARCH=win64 && wine /opt/ltspice/XVIIx64 but the error persisted.

With the same prefix, but calling wine /opt/ltspice/XVIIx64.exe the error changes to: wine: failed to load start.exe: 40000003

Googling it took me to this issue: https://bugs.winehq.org/show_bug.cgi?id=50867 , where the workaround was to copy start.exe from the command dir of the prefix to the system32 dir, then use wine start /unix /opt/ltspice/XVIIx64.exe with the correct prefix set to run the 64 bit version. This is because:

What has changed is that Wine is more strict about requiring the 
file to execute to actually be found on disk. By default, start.exe
is installed into c:\windows\command, which is not in the standard path, 
so it isn't found.

The bug is already fixed in the next version of Wine.