* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. @ 2022-07-25 20:02 Artyom V. Poptsov 2022-07-26 18:07 ` Maxime Devos ` (2 more replies) 0 siblings, 3 replies; 8+ messages in thread From: Artyom V. Poptsov @ 2022-07-25 20:02 UTC (permalink / raw) To: 56768 [-- Attachment #1.1: Type: text/plain, Size: 341 bytes --] Hello, this patch adds "Qucs-S", a GUI for different circuit simulation kernels: https://github.com/ra3xdh/qucs_s Currently the package supports only Ngspice simulation kernel, as it is recommended by the authors and it is readily available in Guix; but in the future other kernels can be added, namely Xyce (which is in the Guix too.) [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1.2: 0001-gnu-Add-qucs-s.patch --] [-- Type: text/x-diff, Size: 1929 bytes --] From ddc382ec3552c565df1694cf80f0481d0cb55492 Mon Sep 17 00:00:00 2001 From: "Artyom V. Poptsov" <poptsov.artyom@gmail.com> Date: Mon, 25 Jul 2022 22:57:14 +0300 Subject: [PATCH] gnu: Add qucs-s. * gnu/packages/engineering.scm (qucs-s): New variable. --- gnu/packages/engineering.scm | 36 ++++++++++++++++++++++++++++++++++++ 1 file changed, 36 insertions(+) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 6eefd14d7e..141dc613ae 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -3757,3 +3757,39 @@ (define-public candle @item Visualizing G-code files. @end itemize") (license license:gpl3+)))) + +(define-public qucs-s + (package + (name "qucs-s") + (version "0.0.24") + (source (origin + (method git-fetch) + (uri (git-reference + (url "https://github.com/ra3xdh/qucs_s") + (commit version))) + (file-name (git-file-name name version)) + (sha256 + (base32 + "1lbkaw0grw9w7d37z5dbhaqi8p57cpf9yp071zp6xrairkgimdx8")))) + (build-system cmake-build-system) + (native-inputs (list qttools)) + (inputs (list qtbase-5 qtscript qtsvg)) + (propagated-inputs (list ngspice)) + (arguments + (list #:tests? #f)) ;no tests + (synopsis "GUI for different circuit simulation kernels") + (description + "@code{Qucs-S} provides a fancy graphical user interface for a number of +popular circuit simulation engines. The package contains libraries for +schematic capture, visualization and components. The following simulation +kernels are supported: + +@itemize +@item Ngspice (recommended) +@item Xyce +@item SpiceOpus +@item Qucsator (non-spice) +@end itemize +") + (home-page "https://ra3xdh.github.io/") + (license license:gpl2+))) -- 2.34.1 [-- Attachment #1.3: Type: text/plain, Size: 230 bytes --] Thanks, - Artyom -- Artyom "avp" Poptsov <poptsov.artyom@gmail.com> Home page: https://memory-heap.org/~avp/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-25 20:02 [bug#56768] [PATCH] gnu: engineering: Add qucs-s Artyom V. Poptsov @ 2022-07-26 18:07 ` Maxime Devos 2022-07-29 15:26 ` Artyom V. Poptsov 2022-08-06 10:15 ` Jean Pierre De Jesus DIAZ via Guix-patches via 2022-09-04 16:00 ` Artyom V. Poptsov 2 siblings, 1 reply; 8+ messages in thread From: Maxime Devos @ 2022-07-26 18:07 UTC (permalink / raw) To: Artyom V. Poptsov, 56768 [-- Attachment #1.1.1: Type: text/plain, Size: 549 bytes --] > this patch adds "Qucs-S", a GUI for different circuit simulation Often GUIs have problems with finding icons, could you check whether qucs-s works in a pure environment? > + (propagated-inputs (list ngspice)) Propagation is not very robust (e.g. if run directly from the store with $(guix build qucs-s)/bin/the-binary), would it be possible to not propagate this? E.g., if you are propagating it because of not finding a binary, you could use substitute* to insert an appropriate absolute file name. Greetings, Maxime. [-- Attachment #1.1.2: OpenPGP public key --] [-- Type: application/pgp-keys, Size: 929 bytes --] [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 236 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-26 18:07 ` Maxime Devos @ 2022-07-29 15:26 ` Artyom V. Poptsov 2022-07-29 16:17 ` Maxime Devos 0 siblings, 1 reply; 8+ messages in thread From: Artyom V. Poptsov @ 2022-07-29 15:26 UTC (permalink / raw) To: Maxime Devos; +Cc: 56768 [-- Attachment #1.1: Type: text/plain, Size: 1507 bytes --] Hello Maxime, thanks you for the patch review! > Often GUIs have problems with finding icons, could you check whether > qucs-s works in a pure environment? I tried to run Qucs-S installed through Guix, like the follows: --8<---------------cut here---------------start------------->8--- guix shell -D guix ./pre-inst-env guix shell -D --pure qucs-s qucs-s --8<---------------cut here---------------end--------------->8--- And all the icons seem to be fine Although it can be that I don't fully understand what you mean by "pure environment" in that case. > Propagation is not very robust (e.g. if run directly from the store with $(guix > build qucs-s)/bin/the-binary), would it be possible to not propagate this? E.g., > if you are propagating it because of not finding a binary, you could use > substitute* to insert an appropriate absolute file name. Okay, that's a good point. I checked the sources for the places where Qucs-S uses executable paths and added substitutions for that. I kept NGSpice in "propagated-inputs" because Qucs-S requires it to do the simulations in runtime. Also I've added GNU Octave to the "propagated-inputs" and substituted the path to Octave too. I tried to run simulations from the examples provided with the Qucs-S and it seems to me that Qucs-S mostly works as it should. I should note here that I'm not very good at electronics and such simulations yet, so you should take what I said above with a grain of salt indeed. ;-) Please check the updated patch. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1.2: 0001-gnu-Add-qucs-s.patch --] [-- Type: text/x-diff, Size: 3172 bytes --] From a4d83e1d5652654db4b6de7bc272ec4a0bfb114f Mon Sep 17 00:00:00 2001 From: "Artyom V. Poptsov" <poptsov.artyom@gmail.com> Date: Mon, 25 Jul 2022 22:57:14 +0300 Subject: [PATCH] gnu: Add qucs-s. * gnu/packages/engineering.scm (qucs-s): New variable. --- gnu/packages/engineering.scm | 54 ++++++++++++++++++++++++++++++++++-- 1 file changed, 52 insertions(+), 2 deletions(-) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 6eefd14d7e..95c6c012a3 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -3470,8 +3470,7 @@ (define-public libnest2d-for-cura (build-system cmake-build-system) (inputs (list boost clipper nlopt)) - (arguments - `(#:tests? #f + (arguments `(#:tests? #f #:phases (modify-phases %standard-phases (add-before 'configure 'fix-clipper-detection @@ -3757,3 +3756,54 @@ (define-public candle @item Visualizing G-code files. @end itemize") (license license:gpl3+)))) + +(define-public qucs-s + (package + (name "qucs-s") + (version "0.0.24") + (source (origin + (method git-fetch) + (uri (git-reference + (url "https://github.com/ra3xdh/qucs_s") + (commit version))) + (file-name (git-file-name name version)) + (sha256 + (base32 + "1lbkaw0grw9w7d37z5dbhaqi8p57cpf9yp071zp6xrairkgimdx8")))) + (build-system cmake-build-system) + (native-inputs (list qttools)) + (inputs (list qtbase-5 qtscript qtsvg)) + (propagated-inputs (list ngspice octave)) + (arguments + (list #:tests? #f ; no tests + #:phases + #~(modify-phases %standard-phases + (add-after 'unpack 'patch + (lambda* (#:key inputs #:allow-other-keys) + (substitute* "qucs/main.cpp" + (("QucsSettings.NgspiceExecutable = ngsp_exe") + (string-append "QucsSettings.NgspiceExecutable = \"" + (assoc-ref inputs "ngspice") + "/bin/ngspice" + "\"")) + (("QucsSettings.OctaveExecutable = \"octave\" + QString(executableSuffix)") + (string-append "QucsSettings.OctaveExecutable = \"" + (assoc-ref inputs "octave") + "/bin/octave" + "\"")))))))) + (synopsis "GUI for different circuit simulation kernels") + (description + "@code{Qucs-S} provides a fancy graphical user interface for a number of +popular circuit simulation engines. The package contains libraries for +schematic capture, visualization and components. The following simulation +kernels are supported: + +@itemize +@item Ngspice (recommended) +@item Xyce +@item SpiceOpus +@item Qucsator (non-spice) +@end itemize +") + (home-page "https://ra3xdh.github.io/") + (license license:gpl2+))) -- 2.34.1 [-- Attachment #1.3: Type: text/plain, Size: 230 bytes --] Thanks, - Artyom -- Artyom "avp" Poptsov <poptsov.artyom@gmail.com> Home page: https://memory-heap.org/~avp/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-29 15:26 ` Artyom V. Poptsov @ 2022-07-29 16:17 ` Maxime Devos 2022-07-30 6:59 ` Artyom V. Poptsov 0 siblings, 1 reply; 8+ messages in thread From: Maxime Devos @ 2022-07-29 16:17 UTC (permalink / raw) To: Artyom V. Poptsov; +Cc: 56768 [-- Attachment #1.1.1: Type: text/plain, Size: 4084 bytes --] On 29-07-2022 17:26, Artyom V. Poptsov wrote: > Hello Maxime, > > thanks you for the patch review! > >> Often GUIs have problems with finding icons, could you check whether >> qucs-s works in a pure environment? > I tried to run Qucs-S installed through Guix, like the follows: > > --8<---------------cut here---------------start------------->8--- > guix shell -D guix > ./pre-inst-env guix shell -D --pure qucs-s > qucs-s > --8<---------------cut here---------------end--------------->8--- > > And all the icons seem to be fine > > Although it can be that I don't fully understand what you mean by "pure > environment" in that case. That's what I meant, thanks. I guess the icons issue is GTK-specific and doesn't happen for Qt. >> Propagation is not very robust (e.g. if run directly from the store with $(guix >> build qucs-s)/bin/the-binary), would it be possible to not propagate this? E.g., >> if you are propagating it because of not finding a binary, you could use >> substitute* to insert an appropriate absolute file name. > Okay, that's a good point. I checked the sources for the places where > Qucs-S uses executable paths and added substitutions for that. These substitutions look fine ... > + (("QucsSettings.NgspiceExecutable = ngsp_exe") > + (string-append "QucsSettings.NgspiceExecutable > = \"" > + (assoc-ref inputs "ngspice") > + "/bin/ngspice" > + "\"")) > + (("QucsSettings.OctaveExecutable = \"octave\" + > QString(executableSuffix)") > + (string-append "QucsSettings.OctaveExecutable = \"" > + (assoc-ref inputs "octave") > + "/bin/octave" > + "\"")))))))) ... but they can be improved, by replacing the assoc-ref with search-input-file: (search-input-file inputs "/bin/ngspice"). That way, it doesn't depend on the package name anymore, which is preferred by <https://guix.gnu.org/blog/2021/the-big-change/> (*) and makes in some cases --with-input more usable. That blog post also has en example. (*) Don't follow the first 'hello' example though -- it showcases possibilities, not what should be done, and interferes with --with-input. > I kept NGSpice in "propagated-inputs" because Qucs-S requires it to do > the simulations in runtime. > > Also I've added GNU Octave to the "propagated-inputs" and substituted > the path to Octave too. By that logic, since qtbase and qtsvg are used at runtime too, they should be propagated as well, but ... > I tried to run simulations from the examples provided with the Qucs-S > and it seems to me that Qucs-S mostly works as it should. ... as you have observed, things work even when they aren't propagated (at least for qtbase etc., ngspice and octave have not yet been tested). Less experimentally, the propagated- in propagated-inputs means only that: propagation -- the dependencies are still installed even if they aren't propagated, because the substitute* inserts a reference so the GC knows to not delete it, the only difference is that the dependency isn't automatically put in the profile when not propagating. In theory, the propagation shouldn't be required because you added a 'substitute*', so in principle qucs-s should know where to find it. Also, I noticed these substitutions modify configuration, could you verify they aren't saved in wherever qucs-s' configuration file is located? Because if they are, then even after an update of octave etc. it would seem that qucs-s would still use the old octave. Greetings, Maxime. [-- Attachment #1.1.2: OpenPGP public key --] [-- Type: application/pgp-keys, Size: 929 bytes --] [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 236 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-29 16:17 ` Maxime Devos @ 2022-07-30 6:59 ` Artyom V. Poptsov 2022-08-06 11:42 ` Maxime Devos 0 siblings, 1 reply; 8+ messages in thread From: Artyom V. Poptsov @ 2022-07-30 6:59 UTC (permalink / raw) To: Maxime Devos; +Cc: 56768 [-- Attachment #1.1: Type: text/plain, Size: 3240 bytes --] Hello Maxime. > That's what I meant, thanks. I guess the icons issue is GTK-specific > and doesn't happen for Qt. Yes, Qt allows the application resources (like icons) to be put into the application binary on the build time, and that's how it's done usually. > These substitutions look fine ... ... ... but they can be improved, by > replacing the assoc-ref with search-input-file: (search-input-file > inputs "/bin/ngspice"). That way, it doesn't depend on the package > name anymore, which is preferred by > <https://guix.gnu.org/blog/2021/the-big-change/> (*) and makes in some > cases --with-input more usable. That blog post also has en example. Done. > By that logic, since qtbase and qtsvg are used at runtime too, they > should be propagated as well, but ... > > I tried to run simulations from the examples provided with the > > Qucs-S and it seems to me that Qucs-S mostly works as it should. > ... as you have observed, things work even when they aren't propagated > (at least for qtbase etc., ngspice and octave have not yet been > tested). I usually put into "propagated-inputs" packages that provide some binary that the current package use in the runtime. So do you mean that I should rely only on "inputs" package property, and the inputs will be propagated anyway if they're in use by the package? > In theory, the propagation shouldn't be required because you added a > 'substitute*', so in principle qucs-s should know where to find it. Following your logic I moved NGSpice and Octave from "propagated-inputs" to "inputs" as they substituted in the sources. > Also, I noticed these substitutions modify configuration, could you > verify they aren't saved in wherever qucs-s' configuration file is > located? Because if they are, then even after an update of octave etc. > it would seem that qucs-s would still use the old octave. Good catch. In my previous patch I substituted NGSpice and Octave in the part of code that is executed only when no configuration is provided, so the current binary versions used by default. However after the first run Qucs-S stores the paths to the configuration file: --8<---------------cut here---------------start------------->8--- $ cat ~/.config/qucs/qucs_s.conf [General] ... NgspiceExecutable=/gnu/store/jl159ilvjzxd0i45xf2z8llbhvl10w54-ngspice-37/bin/ngspice ... --8<---------------cut here---------------end--------------->8--- So the next time Qucs-S run it gets the paths from the configuration file. I changed the substitutions so Qucs-S will ignore the paths to Octave and NGSpice from the configuration and will always use the paths provided by Guix. Also any custom paths to Octave and NGSpice will be overwritten in the config when the application exits. That is sub-optimal in my view as we're messing up with the application configuration logic and if a user wants to change those paths he or she will be able to remove the config and set the paths in the startup configuration dialogue, but the settings will have no effect; that will be a bit confusing. Yet at least Qucs-S will always use the right Octave/NGSpice path from GNU Guix. What do you think? Here's the patch. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1.2: 0001-gnu-Add-qucs-s.patch --] [-- Type: text/x-diff, Size: 2732 bytes --] From 9888a6b0169bd3b9f158749f164b2fb1ebd5603a Mon Sep 17 00:00:00 2001 From: "Artyom V. Poptsov" <poptsov.artyom@gmail.com> Date: Mon, 25 Jul 2022 22:57:14 +0300 Subject: [PATCH] gnu: Add qucs-s. * gnu/packages/engineering.scm (qucs-s): New variable. --- gnu/packages/engineering.scm | 48 ++++++++++++++++++++++++++++++++++++ 1 file changed, 48 insertions(+) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index 6eefd14d7e..4cd9e2767a 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -3757,3 +3757,51 @@ (define-public candle @item Visualizing G-code files. @end itemize") (license license:gpl3+)))) + +(define-public qucs-s + (package + (name "qucs-s") + (version "0.0.24") + (source (origin + (method git-fetch) + (uri (git-reference + (url "https://github.com/ra3xdh/qucs_s") + (commit version))) + (file-name (git-file-name name version)) + (sha256 + (base32 + "1lbkaw0grw9w7d37z5dbhaqi8p57cpf9yp071zp6xrairkgimdx8")))) + (build-system cmake-build-system) + (native-inputs (list qttools)) + (inputs (list qtbase-5 qtscript qtsvg ngspice octave)) + (arguments + (list #:tests? #f ;no tests + #:phases #~(modify-phases %standard-phases + (add-after 'unpack 'patch + (lambda* (#:key inputs #:allow-other-keys) + (substitute* "qucs/main.cpp" + (("QucsSettings.NgspiceExecutable = .*;") + (string-append + "QucsSettings.NgspiceExecutable = \"" + (search-input-file inputs "/bin/ngspice") + "\";")) + (("QucsSettings.OctaveExecutable = .*;") + (string-append + "QucsSettings.OctaveExecutable = \"" + (search-input-file inputs "/bin/octave") "\";")))))))) + (synopsis "GUI for different circuit simulation kernels") + (description + "@code{Qucs-S} provides a fancy graphical user interface for a number of +popular circuit simulation engines. The package contains libraries for +schematic capture, visualization and components. The following simulation +kernels are supported: + +@itemize +@item Ngspice (recommended) +@item Xyce +@item SpiceOpus +@item Qucsator (non-spice) +@end itemize +") + (home-page "https://ra3xdh.github.io/") + (license license:gpl2+))) -- 2.34.1 [-- Attachment #1.3: Type: text/plain, Size: 229 bytes --] Thanks, - Artyom -- Artyom "avp" Poptsov <poptsov.artyom@gmail.com> Home page: https://memory-heap.org/~avp/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-30 6:59 ` Artyom V. Poptsov @ 2022-08-06 11:42 ` Maxime Devos 0 siblings, 0 replies; 8+ messages in thread From: Maxime Devos @ 2022-08-06 11:42 UTC (permalink / raw) To: Artyom V. Poptsov; +Cc: 56768 [-- Attachment #1.1.1: Type: text/plain, Size: 2689 bytes --] On 30-07-2022 08:59, Artyom V. Poptsov wrote: >> ... as you have observed, things work even when they aren't propagated >> (at least for qtbase etc., ngspice and octave have not yet been >> tested). > I usually put into "propagated-inputs" packages that provide some binary > that the current package use in the runtime. > > So do you mean that I should rely only on "inputs" package property, and > the inputs will be propagated anyway if they're in use by the package? > Yes to the first (at least in this case, propagation is sometimes hard to avoid), no to the second. Propagation happens only for propagated-inputs; however, if they are 'in use' by the package by ending up in the references, then the GC won't remove the store items. The GC and propagation are independent mechanisms. > Less experimentally, the propagated- in propagated-inputs means only > that: propagation -- the dependencies are still installed even if they > aren't propagated, because the substitute* inserts a reference so the > GC knows to not delete it, the only difference is that the dependency > isn't automatically put in the profile when not propagating. Here, I meant with 'installed' = entry in /gnu/store is downloaded or built and kept, not 'added to ~/.guix-profile or equivalent' -- the latter is propagation. > So the next time Qucs-S run it gets the paths from the configuration > file. > > I changed the substitutions so Qucs-S will ignore the paths to Octave > and NGSpice from the configuration and will always use the paths > provided by Guix. Also any custom paths to Octave and NGSpice will be > overwritten in the config when the application exits. > > That is sub-optimal in my view as we're messing up with the application > configuration logic and if a user wants to change those paths he or she > will be able to remove the config and set the paths in the startup > configuration dialogue, but the settings will have no effect; that will > be a bit confusing. > > Yet at least Qucs-S will always use the right Octave/NGSpice path from > GNU Guix. > > What do you think? > > Here's the patch. It's not ideal that the ngspice cannot be overridden in the configuration, but OTOH we have --with-input. I think it's acceptable, though if there are any users that would like to override in the configuration, we might need to propagate it again and remove the substitute* -- or better, though more work: patch qucs-s to use the configuration when explicitly set by the user and don't write /gnu/store/... inside it automatically, with /gnu/store/... as a fallback when it is not set. Greetings, Maxime. [-- Attachment #1.1.2: OpenPGP public key --] [-- Type: application/pgp-keys, Size: 929 bytes --] [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 236 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-25 20:02 [bug#56768] [PATCH] gnu: engineering: Add qucs-s Artyom V. Poptsov 2022-07-26 18:07 ` Maxime Devos @ 2022-08-06 10:15 ` Jean Pierre De Jesus DIAZ via Guix-patches via 2022-09-04 16:00 ` Artyom V. Poptsov 2 siblings, 0 replies; 8+ messages in thread From: Jean Pierre De Jesus DIAZ via Guix-patches via @ 2022-08-06 10:15 UTC (permalink / raw) To: 56768@debbugs.gnu.org Hello Artyom, Just a nitpick: >+ (description >+ "@code{Qucs-S} provides a fancy graphical user interface for a number of @code{Qucs-S} -> @acronym{Qucs-S, Quite universal circuit simulator with SPICE} >Yet at least Qucs-S will always use the right Octave/NGSpice path from >GNU Guix. If the substitute of the binaries path is only done on the `else' block then the settings would be respected. For example, on: https://github.com/ra3xdh/qucs_s/blob/master/qucs/main.cpp#L130-L136 > if(settings.contains("NgspiceExecutable")) QucsSettings.NgspiceExecutable = settings.value("NgspiceExecutable").toString(); > else { > QString ngsp_exe = QCoreApplication::applicationDirPath() + > QDir::separator() + "ngspice" + executableSuffix; > if (!QFile::exists(ngsp_exe)) ngsp_exe = QString("ngspice") + executableSuffix; > QucsSettings.NgspiceExecutable = ngsp_exe; > } Can be substituted to: if(settings.contains("NgspiceExecutable")) QucsSettings.NgspiceExecutable = settings.value("NgspiceExecutable").toString(); else { QString ngsp_exe = "/gnu/store/<substitute* used here>"; if (!QFile::exists(ngsp_exe)) ngsp_exe = QString("ngspice") + executableSuffix; QucsSettings.NgspiceExecutable = ngsp_exe; } Then if `NgspiceExecutable' is present on the configuration that value will be used, otherwise the default one provided by GNU Guix. Same applies for the other executable files. — Jean-Pierre De Jesus DIAZ ^ permalink raw reply [flat|nested] 8+ messages in thread
* [bug#56768] [PATCH] gnu: engineering: Add qucs-s. 2022-07-25 20:02 [bug#56768] [PATCH] gnu: engineering: Add qucs-s Artyom V. Poptsov 2022-07-26 18:07 ` Maxime Devos 2022-08-06 10:15 ` Jean Pierre De Jesus DIAZ via Guix-patches via @ 2022-09-04 16:00 ` Artyom V. Poptsov 2 siblings, 0 replies; 8+ messages in thread From: Artyom V. Poptsov @ 2022-09-04 16:00 UTC (permalink / raw) To: 56768 [-- Attachment #1.1: Type: text/plain, Size: 56 bytes --] Hello, I rebased my patch to the Guix "master" branch. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #1.2: 0001-gnu-Add-qucs-s.patch --] [-- Type: text/x-diff, Size: 2828 bytes --] From a295af73d7946b5fcfdd50c75556b1ee682ab32c Mon Sep 17 00:00:00 2001 From: "Artyom V. Poptsov" <poptsov.artyom@gmail.com> Date: Mon, 25 Jul 2022 22:57:14 +0300 Subject: [PATCH] gnu: Add qucs-s. * gnu/packages/engineering.scm (qucs-s): New variable. --- gnu/packages/engineering.scm | 48 ++++++++++++++++++++++++++++++++++++ 1 file changed, 48 insertions(+) diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm index f195179413..5123c4a615 100644 --- a/gnu/packages/engineering.scm +++ b/gnu/packages/engineering.scm @@ -3813,3 +3813,51 @@ (define-public rizin ;; GPL-2.0-only, GPL-2.0-or-later, GPL-3.0-or-later, LGPL-2.0-or-later, ;; LGPL-2.1-only, LGPL-2.1-or-later, LGPL-3.0-only, MIT, NCSA. (license license:gpl3+))) + +(define-public qucs-s + (package + (name "qucs-s") + (version "0.0.24") + (source (origin + (method git-fetch) + (uri (git-reference + (url "https://github.com/ra3xdh/qucs_s") + (commit version))) + (file-name (git-file-name name version)) + (sha256 + (base32 + "1lbkaw0grw9w7d37z5dbhaqi8p57cpf9yp071zp6xrairkgimdx8")))) + (build-system cmake-build-system) + (native-inputs (list qttools-5)) + (inputs (list qtbase-5 qtscript qtsvg-5 ngspice octave)) + (arguments + (list #:tests? #f ;no tests + #:phases #~(modify-phases %standard-phases + (add-after 'unpack 'patch + (lambda* (#:key inputs #:allow-other-keys) + (substitute* "qucs/main.cpp" + (("QucsSettings.NgspiceExecutable = .*;") + (string-append + "QucsSettings.NgspiceExecutable = \"" + (search-input-file inputs "/bin/ngspice") + "\";")) + (("QucsSettings.OctaveExecutable = .*;") + (string-append + "QucsSettings.OctaveExecutable = \"" + (search-input-file inputs "/bin/octave") "\";")))))))) + (synopsis "GUI for different circuit simulation kernels") + (description + "@code{Qucs-S} provides a fancy graphical user interface for a number of +popular circuit simulation engines. The package contains libraries for +schematic capture, visualization and components. The following simulation +kernels are supported: + +@itemize +@item Ngspice (recommended) +@item Xyce +@item SpiceOpus +@item Qucsator (non-spice) +@end itemize +") + (home-page "https://ra3xdh.github.io/") + (license license:gpl2+))) -- 2.34.1 [-- Attachment #1.3: Type: text/plain, Size: 219 bytes --] - Artyom -- Artyom "avp" Poptsov <poptsov.artyom@gmail.com> Home page: https://memory-heap.org/~avp/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 519 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
end of thread, other threads:[~2022-09-04 16:04 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2022-07-25 20:02 [bug#56768] [PATCH] gnu: engineering: Add qucs-s Artyom V. Poptsov 2022-07-26 18:07 ` Maxime Devos 2022-07-29 15:26 ` Artyom V. Poptsov 2022-07-29 16:17 ` Maxime Devos 2022-07-30 6:59 ` Artyom V. Poptsov 2022-08-06 11:42 ` Maxime Devos 2022-08-06 10:15 ` Jean Pierre De Jesus DIAZ via Guix-patches via 2022-09-04 16:00 ` Artyom V. Poptsov
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/guix.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.