Package Details: qucs 0.0.20-1

Git Clone URL: https://aur.archlinux.org/qucs.git (read-only, click to copy)
Package Base: qucs
Description: An integrated circuit simulator with a graphical user interface
Upstream URL: https://github.com/Qucs/qucs
Licenses: GPL
Submitter: Barthalion
Maintainer: wereii
Last Packager: wereii
Votes: 27
Popularity: 0.057926
First Submitted: 2018-01-05 15:44 (UTC)
Last Updated: 2024-07-05 22:35 (UTC)

Dependencies (5)

Required by (1)

Sources (1)

Pinned Comments

wereii commented on 2024-07-05 22:40 (UTC) (edited on 2024-07-05 22:47 (UTC) by wereii)

The latest tag of this project (0.0.20) still depends on qt4 which is only available in AUR now.
If you really need to build this (and also qt4) I recommend editing the qt4 package PKGBUILD and adding -j`nproc` arg to the make call - otherwise it will take a long time build.

0.0.20 also seems to be the last version of qucs before qt5 (see the archival in the tagged commit message): https://github.com/Qucs/qucs/commit/9ca02d8dd7c4bc426a09e4217977ad0519f16f2e

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

Lacsapix commented on 2021-08-05 10:05 (UTC)

@felixs I did just that: https://aur.archlinux.org/packages/qucsator-git/ I'll make a qucs-git PKGBUILD also after lunch

felixs commented on 2021-07-23 07:33 (UTC)

There is a patch upstream. Probably we need a qucsator-git package similar to https://aur.archlinux.org/packages/qucsator/, but built from the "develop" branch.

Lacsapix commented on 2021-06-28 09:03 (UTC)

I can confirm that Qucsator crashes when upgrading to glibc 2.33. It seems to involve the -D_GLIBCXX_ASSERTIONS flag, throwing errors instead of warnings. I'm not skilled enough to fix this sadly.

saronno commented on 2021-05-29 11:32 (UTC)

Qucsator keep crashing .... I think it's glibc version the problem. I have glibc 2.33 in my system. Quckator support glibc 2.25 or older.

rrjj commented on 2020-10-15 02:55 (UTC)

@eimis works fine for me, installed yesterday and is working well.

But I have noticed the snapcraft qucs-spice packages comes with a bunch more components libraries, but I can't seem to be able to get to queconv executable

eimis commented on 2020-07-12 09:12 (UTC)

has anyone built this recently?

In file included from EKV26MOS.cpp:12:
./EKV26MOS.EKV26MOS.core.cpp:1344:1: error: expected '(' after 'if'
1.0
^
1 error generated.
make[6]: *** [Makefile:612: EKV26MOS.lo] Error 1

I tried to rip out EKV26MOS from the build, but autononsense broke and i got enraged. life's too short and my heart too weak.

nplanel commented on 2020-06-13 20:15 (UTC)

If you have old schematic didn't display correctly and/or crash when you add a simple resistor/component

TL;DR (quick hack) o remove extra/qt4 (uninstall qt4) o rebuild aur/qt4 (make it compile : comment patches (2 in total) that can't be applied, the 1st one and the kubuntu 14 ...) / install qt4 o rebuild qucs / install / enjoy

As you kown Qt3 is pretty old, and Qt4 move last year in extra as software need to use Qt5 now (arch policy). The crash is in a Qt3 list first, it's may due to the compiler or something else (was useless to dig there), so Qt3Support need to be rebuild. You need to re-build the latest aur/qt4 (may be enough to make qucs happy)

freaknils commented on 2020-06-07 09:56 (UTC)

This should be an upstream problem. Please report it here: https://github.com/Qucs/qucs/issues

rolimans commented on 2020-06-06 22:49 (UTC)

I'm having the same problem of caradhras. Any solutions?

caradhras commented on 2020-05-08 21:26 (UTC)

Hi I updated from 19.0 to the current version. I only see the tab "Lumped Components" and when i, for example create a simple Resistot the Software just closes. When lunched from console it says "Warning: QVariant::save: unable to save type 261" and then "Memory access error". I tried reinstalling it multiple Times and also tried to rollback but somehow now the 19 version also has the same problem. Is there some hidden config folder that can cause this?

« First ‹ Previous 1 2 3 Next › Last »