Arch Linux User Repository

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.

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.

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.

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 ?

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

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

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.

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.

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.

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)