Package Base Details: quartus-free

Git Clone URL: https://aur.archlinux.org/quartus-free.git (read-only, click to copy)
Keywords: altera fpga intel quartus
Submitter: mabl
Maintainer: gbs
Last Packager: gbs
Votes: 21
Popularity: 0.000094
First Submitted: 2012-12-20 19:49
Last Updated: 2020-12-10 02:21

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

luchianmihai commented on 2018-10-24 14:24

Does anyone encountered this problem? I have resized the /tmp/ folder to 50G and problem persists.

As a detail, while extracting install binaries, 8G of RAM and 10G of SWAP memory is used (all of it).

==> Validating source files with sha256sums...
    Quartus-lite-18.1.0.625-linux.tar ... Passed
    quartus.sh ... Passed
    quartus.desktop ... Passed
    modelsim-ase.desktop ... Passed
    51-usbblaster.rules ... Passed
==> Extracting sources...
  -> Extracting Quartus-lite-18.1.0.625-linux.tar with bsdtar
==> Entering fakeroot environment...
==> Starting package()...
Notice: Requires around 34GB of free space during package building!
Extracting install binaries and scripts from downloaded tar...
/tmp/yaourt-tmp-tinnedkarma/aur-quartus-free/./PKGBUILD: line 42:  9628 Killed                  DISPLAY="" bash ./setup.sh --mode unattended --unattendedmodeui none --accept_eula 1 --installdir "${pkgdir}${_alteradir}"
==> ERROR: A failure occurred in package().
    Aborting...
==> ERROR: Makepkg was unable to build quartus-free.

gbs commented on 2018-09-29 11:08

dzamlo: fortunately, neither workaround is needed anymore since Intel has fixed the installer in version 18.1. I have thus reverted to calling it directly.

dzamlo commented on 2018-09-28 15:49

It seems that the absence of the eclipse based IDE is an issue with this package.

I modified the PKGBUILD to use the installers instead of the installFiles.tcl script. The solution I implemented to workaround the deadlock issue is to regularly check the installer log file to detect the end of the installation. Whe the installation is finished, I kill the process and continue.

I've done that in quick and dirty way, for example I didn't removed the tcl script. You can find the result here: https://gitlab.com/dzamlo/quartus-free-archlinux-package

I've not tested that extensively yet, but this seems to work.

dzamlo commented on 2018-09-27 22:35

I installed this package and cannot find the eclipse based IDE to develop for the Nios processor that is supposed to be part of Quartus.

I tried to find it in the package to no avail.

Is this an issue on my end or is this an issue with this package ?

epozzobon commented on 2018-09-19 09:05

If you are getting errors like components/QuartusLiteSetup-18.0.0.614-linux.run: Write failed you might not have enough space in your /tmp/ directory (usually mounted in RAM)

To solve this, create a symlink to a partition that has enough free space before building:

rm -rf /tmp/yaourt-tmp-$USER
mkdir ~/tmp
cd /tmp/
ln -s ~/tmp yaourt-tmp-$USER

xerpi commented on 2018-09-18 11:12

I'm getting the following erros, any idea what's going on?

==> Validating source files with sha256sums...
    Quartus-lite-18.0.0.614-linux.tar ... Passed
    quartus.sh ... Passed
    quartus.desktop ... Passed
    modelsim-ase.desktop ... Passed
    51-usbblaster.rules ... Passed
    installFiles.tcl ... Passed
==> Extracting sources...
  -> Extracting Quartus-lite-18.0.0.614-linux.tar with bsdtar
components/QuartusLiteSetup-18.0.0.614-linux.run: Write failed
components/arria_lite-18.0.0.614.qdz: Write failed
components/cyclone-18.0.0.614.qdz: Write failed
components/cyclone10lp-18.0.0.614.qdz: Write failed
components/cyclonev-18.0.0.614.qdz: Write failed
components/max-18.0.0.614.qdz: Write failed
components/max10-18.0.0.614.qdz: Write failed
setup.sh: Write failed
readme.txt: Write failed
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract Quartus-lite-18.0.0.614-linux.tar
    Aborting...
:: Unable to build quartus-free - makepkg exited with code: 1

gbs commented on 2018-08-31 21:02

I am deliberately not increasing the pkgrel to avoid making everyone rebuild a massive package. If you have problems with vsim and can't find package Img, you can rebuild manually or simply fix the symlink to the correct destination.

gbs commented on 2018-08-31 20:57

elsaturnino, ARandomOWL, darsor: yes, my bad. I thought I added the lib32-tkimg dependency, but it seems I did only for quartus-free-130. I couldn't reproduce the error because I always had that package installed. Anyway, the regex will work if you have lib32-tkimg installed at build time, and the PKGBUILD should be fixed now.

darsor commented on 2018-08-30 23:29

I also get the same error as @ARandomOWL. Has any solution been found?

EDIT: nevermind, I found the problem.

The pkgbuild contains

# Modelsim bundles a copy of tkImg linked to old versions of libs  
# Replace by system version  
rm -rf "${pkgdir}${_alteradir}/modelsim_ase/linuxaloem/Img1.3"  
ln -s /usr/lib32/Img[0-9]* "${pkgdir}${_alteradir}/modelsim_ase/linuxaloem/Img"  

I'm guessing this regex is supposed to match any installed version of Img, but in my case I have /usr/lib32/Img1.4.7, which doesn't match. On top of that, ln doesn't interpret the regex and tries to link a literal "/usr/lib32/Img[0-9]*", which of course results in a broken link.

I fixed it by linking the correct Img directory path (in my case /usr/lib32/Img1.4.7) to /opt/altera/18.0/modelsim_ase/linuxaloem/Img.

That correct directory came from lib32-tkimg, which should be a dependency.

ARandomOWL commented on 2018-08-01 12:44

I have the same problem as @elsaturnino, except the output I get is:

Error in startup script: can't find package Img
Initialization problem, exiting.

Initialization problem, exiting.

    while executing
"InitializeINIFile quietly"
    invoked from within
"ncFyP12 -+"
    (file "/mtitcl/vsim/vsim" line 1)
** Fatal: Read failure in vlm process (0,0)