This package is missing the dependency patch
, and will fail to build if it is not already installed.
Search Criteria
Package Details: processing 4.4.4-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/processing.git (read-only, click to copy) |
---|---|
Package Base: | processing |
Description: | Programming environment for creating images, animations and interactions |
Upstream URL: | https://www.processing.org/ |
Licenses: | GPL, LGPL |
Submitter: | arojas |
Maintainer: | lesto (letorbi) |
Last Packager: | letorbi |
Votes: | 15 |
Popularity: | 0.000002 |
First Submitted: | 2020-05-01 19:31 (UTC) |
Last Updated: | 2025-05-16 12:16 (UTC) |
Dependencies (17)
- bash (bash-devel-gitAUR, bash-gitAUR)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-cudaAUR, ffmpeg-ffplayoutAUR, ffmpeg-decklinkAUR, ffmpeg-amd-fullAUR, ffmpeg-fullAUR, ffmpeg-headlessAUR, ffmpeg-libfdk_aacAUR, ffmpeg-amd-full-gitAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-obsAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR)
- java-environment-openjdk (jdk10-openj9-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, liberica-jre-11-full-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, liberica-nik-24-full-binAUR, zulu-8-binAUR, liberica-jdk-11-lite-binAUR, jdk19-openjdkAUR, zulu-jdk-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk11-openj9-binAUR, jdk-openjdk-wakefieldAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk-android-studioAUR, jdk-openj9-binAUR, zulu-11-binAUR, openjdk-zulu8-ca-fx-binAUR, openjdk-zulu11-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-liberica-full-binAUR, jdk8-perfAUR, zing-21-binAUR, jdk17-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, java-openjdk-binAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk8-dragonwell-extendedAUR, liberica-jdk-11-binAUR, zulu-17-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-21-binAUR, zulu-17-fx-binAUR, liberica-jdk-17-full-binAUR, zulu-21-binAUR, jdk-temurinAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk11-temurinAUR, zing-8-binAUR, zulu-24-binAUR, jdk23-temurinAUR, liberica-nik-23-full-binAUR, zing-23-binAUR, jdk22-openjdkAUR, jdk23-openjdkAUR, jdk21-openj9-binAUR, jdk17-openj9-binAUR, jdk21-jetbrains-binAUR, jre-jetbrainsAUR, jdk17-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
- libdrm (libdrm-gitAUR)
- libx11 (libx11-gitAUR)
- libxcursor
- libxi (libxi-gitAUR)
- libxrandr (libxrandr-gitAUR)
- libxrender
- libxxf86vm
- mesa (mesa-wsl2-gitAUR, mesa-amd-bc250AUR, amdonly-gaming-mesa-gitAUR, mesa-gitAUR, mesa-minimal-gitAUR, mesa-fp8-gitAUR, vulkan-terakan-gitAUR, mesa-amber)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- gradle (make)
- rsync (rsync-gitAUR, rsync-reflink-gitAUR, rsync-reflinkAUR) (make)
- unzip (unzip-natspecAUR, unzip-zstdAUR, unzip-bsdunzip-symlinkAUR, unzip-pAUR) (make)
- processing-examplesAUR (optional) – Examples for Processing
Required by (0)
Sources (3)
OpenSauce commented on 2023-02-27 14:16 (UTC)
pedrogabriel commented on 2023-01-03 03:00 (UTC)
Hope it returns to the community repo now since it now uses a sane version of java
letorbi commented on 2022-08-19 19:32 (UTC)
The package processing4 has been merged into the processing package. This not only affects the codebase, but also comments and votes.
lesto commented on 2022-08-11 12:23 (UTC)
@letorby ok, you can proceed with the merge :)
letorbi commented on 2022-08-11 10:33 (UTC)
@lesto PS: I could do the merge if you like. Just write me what you prefer :)
letorbi commented on 2022-08-11 10:30 (UTC)
@lesto Thanks for adding me :) Regarding the "java-environment-openjdk vs. java-runtime-openjdk question" I've checked again, if a java-environment is really required. This seems to be the case, because even though the sketches would compile with just the runtime, the IDE will show a number of errors about missing classes (e.g. when using ArrayList
). No errors appear when the JDK has been installed as well.
lesto commented on 2022-08-09 21:08 (UTC)
@letorbi added as co-maintainer, I am not using processing anymore those days. My only question i have is why do you depend on java-environment-openjdk rather than java-runtime.
letorbi commented on 2022-08-09 20:53 (UTC) (edited on 2022-08-09 20:55 (UTC) by letorbi)
@lesto Now that Processing 4.0 has been officially released it might be a good idea to merge the processing and processing4 AUR packages. The processing4 package works with the current version 4.0.1 and contains some additional features (e.g. clicking on a .pde-file opens Processing), so I suggest to just merge the processing4-repo into the processing-repo.
If you don't want to maintain foreign code, you could add me as a co-maintainer of the processing package, since I am also the maintainer of the processing4 package right now.
I would delete the processing4 package once the merge is done.
kflak commented on 2022-02-17 16:06 (UTC)
Upgrading to gstreamer 1.20.x
breaks video playback in processing
(and openFrameworks
, for that matter). Would love to see an alternative package for gstreamer 1.18
to mitigate this until processing
and oF
has had the time to fix this. See this github issue: https://github.com/processing/processing-video/issues/195
letorbi commented on 2022-01-30 20:08 (UTC) (edited on 2022-01-30 20:08 (UTC) by letorbi)
@josefk Unfortunately Processing 4 requires specifically OpenJFX version 17.0.0.1, but the related dependency requirement in the PKGBUILD file was not strict enough. This way not only the package java-openjfx
satisfies the dependency, but also java11-openjfx
(and maybe others) do - even though they are the wrong version.
You can check if you have the correct version with the following command $ pacman -Q | grep openjfx
. If at least one line of the output says java-openjfx 17.0.0.1.u1-1
you should be fine. Otherwise you have to install the package java-openjfx
.
However, since beta 4, which does not depend on JFX anymore, is already out, I won't fix the issue, but upgrade the PKGBUILD file to beta 4 instead. Hopefully tomorrow.
Pinned Comments