Description of problem: File /usr/share/ngspice/scripts/spinit has codemodel paths: codemodel /usr/lib64/tclspice/ngspice/spice2poly.cm * The other codemodels codemodel /usr/lib64/tclspice/ngspice/analog.cm codemodel /usr/lib64/tclspice/ngspice/digital.cm codemodel /usr/lib64/tclspice/ngspice/xtradev.cm codemodel /usr/lib64/tclspice/ngspice/xtraevt.cm but actual place of '.cm'-files is /usr/lib64/ngspice/ Version-Release number of selected component (if applicable): ngspice-26-1.fc23.x86_64 The same misconfiguration is in i686 version. How reproducible: Steps to Reproduce: 1. make sure tclspice-26-1.fc23.x86_64 is not installed: dnf remove tclspice 2.make file foo.cir with sample shown in 12.1 Code Model Element & .MODEL Cards of manual /usr/share/doc/ngspice/ngspice-26.pdf reproduce bug * a1 1 2 amp .model amp gain ( gain =5.0) 3. /bin/ngspice foo.cir Actual results: user@localhost bug]$ /bin/ngspice foo.cir /usr/lib64/tclspice/ngspice/spice2poly.cm: cannot open shared object file: No such file or directory Error: Library /usr/lib64/tclspice/ngspice/spice2poly.cm couldn't be loaded! /usr/lib64/tclspice/ngspice/analog.cm: cannot open shared object file: No such file or directory Error: Library /usr/lib64/tclspice/ngspice/analog.cm couldn't be loaded! /usr/lib64/tclspice/ngspice/digital.cm: cannot open shared object file: No such file or directory Error: Library /usr/lib64/tclspice/ngspice/digital.cm couldn't be loaded! /usr/lib64/tclspice/ngspice/xtradev.cm: cannot open shared object file: No such file or directory Error: Library /usr/lib64/tclspice/ngspice/xtradev.cm couldn't be loaded! /usr/lib64/tclspice/ngspice/xtraevt.cm: cannot open shared object file: No such file or directory Error: Library /usr/lib64/tclspice/ngspice/xtraevt.cm couldn't be loaded! ****** ** ngspice-26 : Circuit level simulation program ** The U. C. Berkeley CAD Group ** Copyright 1985-1994, Regents of the University of California. ** Please get your ngspice manual from http://ngspice.sourceforge.net/docs.html ** Please file your bug-reports at http://ngspice.sourceforge.net/bugrep.html ** Creation Date: Sat Oct 10 04:33:45 UTC 2015 ****** Circuit: reproduce bug Error on line 3 : a1 1 2 amp MIF-ERROR - unable to find definition of model amp Warning: Model issue on line 4 : .model amp gain ( gain=5.0) ... Unknown model type gain - ignored ngspice 3735 -> quit ngspice-26 done Expected results: Additional info:
*** Bug 1311870 has been marked as a duplicate of this bug. ***
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
I will take a look at this.
The problem here is that spinit from tclspice installation overwrites spinit from ngspice installation, Since it seems that ngspice uses spinit while tclspice (actually libspice.so) _seems_ to use tclspinit, as far as I am not wrong spinit installed by tclspice can be simply thrown away.
I have never installed tclspice, so spinit is actually installed by ngspice itself.
By the way, are you still using F-23? Or have you updated your system to F-24?
(In reply to Artem Prokshin from comment #6) > I have never installed tclspice, so spinit is actually installed by ngspice > itself. Well, I meant here is that spinit from tclspice installation "on build" (i.e "make install" on tclspice side) overwrites spinit from nspice installation "on build" (i.e. "make install" on ngspice side).
I am still running F-23. I have couple boxes with x64 and couple with i386. I could install F-24-beta at one box in a day or two.
Sources from http://ngspice.sourceforge.net/ have right spinit.
Would you try this? http://koji.fedoraproject.org/koji/taskinfo?taskID=14687343
I downloaded rpm from http://koji.fedoraproject.org/koji/taskinfo?taskID=14687347 more specific https://kojipkgs.fedoraproject.org//work/tasks/7347/14687347/ngspice-26-3.900.fc23.x86_64.rpm Sounds like the error is eliminated: 1) [user@localhost bug]$ rpm -qf /usr/share/ngspice/scripts/spinit ngspice-26-3.900.fc23.x86_64 [user@localhost bug]$ cat /usr/share/ngspice/scripts/spinit ... * The other codemodels codemodel /usr/lib64/ngspice/analog.cm codemodel /usr/lib64/ngspice/digital.cm codemodel /usr/lib64/ngspice/xtradev.cm codemodel /usr/lib64/ngspice/xtraevt.cm ... 2) [user@localhost bug]$ cat foo.cir reproduce bug * a1 1 2 amp .model amp gain ( gain =5.0) [user@localhost bug]$ ngspice foo.cir ****** ** ngspice-26 : Circuit level simulation program ** The U. C. Berkeley CAD Group ** Copyright 1985-1994, Regents of the University of California. ** Please get your ngspice manual from http://ngspice.sourceforge.net/docs.html ** Please file your bug-reports at http://ngspice.sourceforge.net/bugrep.html ** Creation Date: Tue Jun 28 12:07:35 UTC 2016 ****** Circuit: reproduce bug
Thank you for confirming. I will push the modified rpm as updates later formally (with bodhi), so for now I reopen this bug (when bodhi pushes fixed rpm formally, this bug will be then closed).
ngspice-26-4.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-04bcc4e7fe
ngspice-26-4.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-a8d80244f6
ngspice-26-4.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-04bcc4e7fe
ngspice-26-4.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-a8d80244f6
ngspice-26-4.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.
ngspice-26-4.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.