Package Details: quartus-free-130 13.0.1.232-4

Git Clone URL: https://aur.archlinux.org/quartus-free-130.git (read-only, click to copy)
Package Base: quartus-free-130
Description: Quartus II 13.0 Web Edition, the last version to support Cyclone II and earlier FPGAs.
Upstream URL: http://www.altera.com/products/software/quartus-ii/web-edition
Licenses: custom
Provides: quartus-free
Submitter: Manouchehri
Maintainer: gbs
Last Packager: gbs
Votes: 6
Popularity: 0.48
First Submitted: 2015-09-03 16:02 (UTC)
Last Updated: 2021-01-27 22:56 (UTC)

Latest Comments

1 2 3 Next › Last »

swiftgeek commented on 2024-02-11 18:23 (UTC)

Works for me, built on 20240211. No issues building lib32 dependencies. This is the last version to support MAX 7000, so no further upgrades are possible for me.

Source: https://web.archive.org/web/20240211145140/https://www.macnica.co.jp/en/business/semiconductor/support/faqs/intel/107533/

Inqognitoo commented on 2024-02-02 21:40 (UTC) (edited on 2024-02-03 05:10 (UTC) by Inqognitoo)

Ran into a problem 'lib32-tcl and lib32-tcl-ar are in conflict'.

UPD: lib32-tkimg has 2 dependencies, lib32-tcl (lib32-tcl85, lib32-tcl84, lib32-tcl-ar) and lib32-tk that has lib32-tcl-ar dependency; first, it installs lib32-tcl, then it installs lib32-tk with lib32-tcl-ar dependency, that leads to lib32-tcl and lib32-tcl-ar conflict.

naritanara commented on 2023-09-19 10:20 (UTC)

In my system the program only runs if libpng12 is installed. If I try to preload lib32-libpng12 the binary revokes it due to an incompatible ELF format. Perhaps this package depends on libpng12 instead of lib32-libpng12?

gudwin commented on 2021-01-30 20:17 (UTC)

Maybe lib32-fakeroot-1.25.3-2 is not available for Manjaro yet. I am using Manjaro, not pure Arch

gudwin commented on 2021-01-30 20:06 (UTC)

No, mine is still 1.25.3-1, but I cannot find 1.25.3-2 ... it is not appearing to me as available yet

gbs commented on 2021-01-30 14:47 (UTC)

@gudwin, the infinite hang was fixed in lib32-fakeroot-1.25.3-2, is your system up-to-date?

gudwin commented on 2021-01-30 11:50 (UTC)

The same for me ... I had it already installed, and then yesterday a new version appeared: 13.0.1.232-4. When I try to update, it hangs forever in:

==> Starting package()...

thierer commented on 2021-01-02 19:25 (UTC)

I couldn't build this package with up-to-date arch (hangs in packaging step). Downgrading lib32-fakeroot to 1.24-1 helped. Didn't investigate further.

<deleted-account> commented on 2020-05-04 09:28 (UTC)

For me default 51-usbblaster.rules didn't work. I had to use

# USB Blaster
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR{idVendor}=="09fb", ATTR{idProduct}=="6001", MODE="0666", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", RUN+="/bin/chmod 0666 %c"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR{idVendor}=="09fb", ATTR{idProduct}=="6002", MODE="0666", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", RUN+="/bin/chmod 0666 %c"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR{idVendor}=="09fb", ATTR{idProduct}=="6003", MODE="0666", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", RUN+="/bin/chmod 0666 %c"
# USB Blaster II
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR{idVendor}=="09fb", ATTR{idProduct}=="6010", MODE="0666", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", RUN+="/bin/chmod 0666 %c"
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTR{idVendor}=="09fb", ATTR{idProduct}=="6810", MODE="0666", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", RUN+="/bin/chmod 0666 %c"