Package Details: adobe-air-sdk 2.6-10

Git Clone URL: https://aur.archlinux.org/adobe-air-sdk.git (read-only)
Package Base: adobe-air-sdk
Description: Adobe Air Software Development Kit and Runtime Environment
Upstream URL: http://get.adobe.com/air
Licenses: custom
Submitter: prurigro
Maintainer: cavernico
Last Packager: prurigro
Votes: 456
Popularity: 0.76
First Submitted: 2009-04-17 11:06
Last Updated: 2015-07-06 23:27

Pinned Comments

buzo commented on 2018-09-12 13:26

This is not supported any more by upstream since 2011: https://blogs.adobe.com/flashplayer/2011/06/adobe-air-and-linux-increasing-distribution-on-devices.html

Latest Comments

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

schard commented on 2015-03-27 09:35

The file permissions of the current version are possibly broken:

126 ✗ rne@neumann /opt/adobe-air-sdk/bin $ /opt/adobe-air-sdk/bin/adl
bash: /opt/adobe-air-sdk/bin/adl: Keine Berechtigung
126 ✗ rne@neumann /opt/adobe-air-sdk/bin $ ls -alF /opt/adobe-air-sdk/bin/adl
-rwxr-x--- 1 root root 17164 27. Mär 2015 /opt/adobe-air-sdk/bin/adl*
0 ✓ rne@neumann /opt/adobe-air-sdk/bin $

Maybe the binaries should be able to be executed by anybody and not only the roor group and user.

prurigro commented on 2014-05-03 20:37

Tweaked the package to override the 32bit deps on 64bit rather than using an if/else so that the AUR shows the dependencies.

prurigro commented on 2014-05-03 20:35

@ilpianista: your profile script is now included!

@ansch & @terkel & @noobfromby: Hey guys, I did some tests and couldn't figure out what your issue was until I took a second look and realized I'd misread the problem. What you're running into isn't actually a problem at all; the gcc-multilib* packages are direct drop-in replacements for gcc* packages, with the only difference being that the gcc-multilib* ones are capable of compiling both 64bit -and- 32bit while the gcc* packages you currently have are only capable of compiling 64bit. If it doesn't let you automatically upgrade from gcc to gcc-multilib, try installing it directly first. Check out https://wiki.archlinux.org/index.php/Arch64_FAQ#Can_I_build_32-bit_packages_for_i686_inside_Arch64.3F for details. Unfortunately this is rooted in how pacman behaves, and I'm not aware of any way to make the process less complex aside from adding instructions to the package that people would need to manually search through to find since I can't script anything prior to dependency resolution (which is where you're running into this), but if you think of something that might help definitely let me know and I'll throw it in if I agree that it'll work.

Cheers!

prurigro commented on 2014-05-03 19:55

Hey all- maintainer here, I'll take a look at 64bit and will add an AIR_HOME profile script before the weekend is out.

Cheers

ilpianista commented on 2014-05-03 16:41

Hi,
could you please export AIR_HOME in a profile script?

Anonymous comment on 2014-04-23 17:14

Same issue here. Would love to know how to get this working on 64bit.

terkel commented on 2014-04-21 18:25

I ve got the same issue as noobfromby...

noobfromby commented on 2014-04-03 17:06

Maintainer, pls say me, how to install Adobe air on 64 bit system. When i install dependensy(lib32-libxslt) it say that i should delete gcc-libs and gcc, because gcc-libs-multilib and gcc-libc are conflicts. I don't want to delete gcc, how i can install air, without deleting gcc?

prurigro commented on 2013-05-06 11:10

@felixonmars: Updated to package(), thanks :) (I'm slowly moving packages over to the new format as I get time)

@vgevorgyan: I just checked to make sure and lib32-libxslt is still alive and well, though you need to grab it from the aur

@Freso: I'm not sure I understand what you mean? Certain files are left out and the important ones are installed to the adobe air directory in /opt?

felixonmars commented on 2013-04-10 04:19

@prurigro
Please rename build() to package(), as using a PKGBUILD without a package() function is deprecated since pacman 4.1