Package Details: lightspark-git 0.8.3.r9.g50645853-1

Git Clone URL: (read-only, click to copy)
Package Base: lightspark-git
Description: An open source flash player implementation
Upstream URL:
Licenses: LGPL3
Conflicts: lightspark
Provides: lightspark
Submitter: heftig
Maintainer: nobodywasishere
Last Packager: nobodywasishere
Votes: 118
Popularity: 0.006559
First Submitted: 2010-05-18 17:00 (UTC)
Last Updated: 2020-08-09 20:37 (UTC)

Latest Comments

nobodywasishere commented on 2022-03-16 18:22 (UTC)

arichiardi: -git packages don't need to have up-to-date package versions

daniel_shub commented on 2020-01-25 21:41 (UTC)

The package seems to require cairo and pango at least as a makedepends and maybe as a depends.

Alad commented on 2019-08-01 12:32 (UTC)

vfjpl: AUR helpers are not supported.

z3ntu: I'll make the changes.

vfjpl commented on 2018-12-16 14:01 (UTC)

Cloning into bare repository '/var/tmp/pamac-build-kacper/lightspark-git/lightspark-git'... fatal: unable to open /var/tmp/pamac-build-kacper/lightspark-git/lightspark-git/objects/pack/tmp_pack_57hOLN: Nie ma takiego pliku ani katalogu fatal: index-pack failed

z3ntu commented on 2018-05-12 18:28 (UTC)

It seems that the gtk2 dependency was removed from lightspark but is not reflected in the packaging:

z3ntu commented on 2018-03-09 14:58 (UTC)

@Alad: You can remove the lightspark-git.install from the git repo as it's not used.

lemel commented on 2017-09-14 12:30 (UTC) (edited on 2017-09-14 15:57 (UTC) by lemel)

Unable to build. Possibly because of llvm Logs here below. Edit: I solved the problem by downgrading llvm-5.0.0 and llvm-libs-5.0.0 to llvm-4.0.1 and llvm-libs-4.0.1 respectively. After building and installing lightspark I updated llvm-libs again. Seems to be a temporary solution.

Alad commented on 2016-11-05 23:00 (UTC)

Works for me, thanks

dlandau commented on 2016-11-05 20:32 (UTC)

Updated, could you test now?

Alad commented on 2016-10-23 17:53 (UTC) (edited on 2016-10-23 17:54 (UTC) by Alad)

Fails to build:

dlandau commented on 2016-06-09 13:36 (UTC)

Seems to have been an upstream errro.

zman0900 commented on 2016-03-11 18:36 (UTC)

Build is failing with error: src/scripting/flash/display/DisplayObject.h:120:7: error: 'virtual void lightspark::DisplayObject::constructionComplete()' is protected Here is the full build log when building in chroot with -j1 added to make. $ extra-x86_64-build -r /tmp/chroot

iomartin commented on 2016-02-09 22:33 (UTC)

I had to install package glibmm: (...) -- Checking for module 'glibmm-2.4' -- Package 'glibmm-2.4' not found

Kiwii commented on 2016-01-12 23:15 (UTC)

Had to install the package sdl_mixer or I would get "fatal error: SDL/SDL_mixer.h: No such file or directory". Maybe add that to dependencies?

respiranto commented on 2015-10-04 14:34 (UTC)

Worked now, thank you.

dlandau commented on 2015-10-04 11:07 (UTC)

Don't know what to say to you. It works here, maybe there was a broken commit and it's been fixed? As I tested now the latest revision was 3b92db0.

respiranto commented on 2015-10-02 13:46 (UTC)

I am getting this error upon compiling: /home/respiranto/Downloads/AUR/lightspark-git/src/lightspark/src/scripting/abc.cpp: In static member function ‘static void lightspark::ABCVm::Run(lightspark::ABCVm*)’: /home/respiranto/Downloads/AUR/lightspark-git/src/lightspark/src/scripting/abc.cpp:1668:20: error: expected type-specifier th->FPM->add(new llvm::DataLayoutPass()); ^

dlandau commented on 2015-08-23 18:43 (UTC)


sekret commented on 2015-07-20 13:21 (UTC)

Built lightspark-git just now and here's my namcap output $ namcap lightspark-git-0.7.2.r342.g3574bc3-1-x86_64.pkg.tar.xz lightspark-git W: Referenced library '' is an uninstalled dependency lightspark-git E: Dependency rtmpdump detected and not included (libraries ['usr/lib/'] needed in files ['usr/lib/lightspark/']) lightspark-git W: Dependency libsigc++ included but already satisfied The first one is strange, but the two others should be fixed!

labelle commented on 2015-07-17 02:08 (UTC)

It has an additional dependency, rtmpdump!

hugoroy commented on 2014-10-22 20:14 (UTC)

This is now fixed

sekret commented on 2014-09-24 07:44 (UTC)

Disowned, please treat it with care :)

sekret commented on 2014-09-21 06:46 (UTC)

Confirmed! But this has to go upstream! Wanna report it there?

neng commented on 2014-09-20 23:03 (UTC)

aur-lightspark-git/src/lightspark/src/scripting/abc.cpp:49:36: fatal error: llvm/Analysis/Verifier.h: No such file or directory compilation terminated. src/CMakeFiles/spark.dir/build.make:928: recipe for target 'src/CMakeFiles/spark.dir/scripting/abc.cpp.o' failed make[2]: *** [src/CMakeFiles/spark.dir/scripting/abc.cpp.o] Error 1 CMakeFiles/Makefile2:154: recipe for target 'src/CMakeFiles/spark.dir/all' failed make[1]: *** [src/CMakeFiles/spark.dir/all] Error 2 Makefile:137: recipe for target 'all' failed make: *** [all] Error 2

sekret commented on 2014-07-30 22:52 (UTC)

Adopted and updated. Please give word for anything missing. Strangely the browser plugin builds even without xulrunner. I built it in a chroot environment to be sure.

FredBezies commented on 2014-05-18 09:31 (UTC)

You should try this PKGBUILD, far cleaner and working :

apaugh commented on 2013-11-11 21:52 (UTC)

Is anyone else getting this error? The build seems to have a problem with my version of freetype. Could this be an x64 issue? I haven't been able to figure it out. I tried an older snapshot of the repo (fff7e63) and I have the same issue. Linking CXX shared library ../x86_64/Release/lib/ /usr/lib64/i386-linux-gnu/ could not read symbols: File in wrong format collect2: error: ld returned 1 exit status src/CMakeFiles/spark.dir/build.make:2709: recipe for target 'x86_64/Release/lib/' failed make[2]: *** [x86_64/Release/lib/] Error 1 CMakeFiles/Makefile2:157: recipe for target 'src/CMakeFiles/spark.dir/all' failed make[1]: *** [src/CMakeFiles/spark.dir/all] Error 2 Makefile:136: recipe for target 'all' failed make: *** [all] Error 2

cpatrick08 commented on 2013-08-21 22:53 (UTC)

might have gotten the errer from migrating to parabola from arch. reinstalled with parabola iso and don't have the problem anymore

mmm commented on 2013-08-21 20:59 (UTC)

hmm..just tested and I cant confirm your troubles, builds fine here (x86_64). Are you using updated versions for all progs? btw, you can test: download the PKGBUILD from this site, install all dependencies and run makepkg. also, does it create a dir, what is its name?

cpatrick08 commented on 2013-08-21 19:57 (UTC)

get following error message when I run makepkg ==> Making package: lightspark-git 20130215-2 (Wed Aug 21 14:56:48 CDT 2013) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Cloning lightspark git repo... ==> Validating source files with md5sums... lightspark ... Skipped ==> Extracting sources... -> Creating working copy of lightspark git repo... /usr/bin/makepkg: line 1387: cd: lightspark: No such file or directory ==> ERROR: Failed to change to directory lightspark Aborting... here is my /usr/bin/makepkg

dlh commented on 2013-08-13 15:36 (UTC)

I have the same issue as @the-kyle

kyle commented on 2013-08-09 17:29 (UTC)

Perhaps I'm missing a package somehow, but the current version fails to build on my system. I am including only one of many similar errors here. Hopefully someone can help. In file included from /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/scripting/flash/net/flashnet.h:29:0, from /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/swf.h:32, from /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/tiny_string.cpp:23: /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/backends/decoder.h:31:30: error: ‘AVCODEC_MAX_AUDIO_FRAME_SIZE’ was not declared in this scope #define MAX_AUDIO_FRAME_SIZE AVCODEC_MAX_AUDIO_FRAME_SIZE ^ /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/backends/decoder.h:202:19: note: in expansion of macro ‘MAX_AUDIO_FRAME_SIZE’ int16_t samples[MAX_AUDIO_FRAME_SIZE/2]; ^ /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/backends/decoder.h: In constructor ‘lightspark::AudioDecoder::FrameSamples::FrameSamples()’: /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/backends/decoder.h:207:26: error: ‘samples’ was not declared in this scope FrameSamples():current(samples),len(0),time(0){} ^ /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/backends/decoder.h: At global scope: /tmp/packerbuild-1000/lightspark-git/lightspark-git/src/lightspark/src/backends/decoder.h:283:2: error: ‘CodecID’ does not name a type CodecID LSToFFMpegCodec(LS_AUDIO_CODEC lscodec); ^ make[2]: *** [src/CMakeFiles/spark.dir/swftypes.cpp.o] Error 1

mmm commented on 2013-04-12 16:41 (UTC)

upgraded PKGBUILD to take advantage of new makepkg's ability of VCS packages!

mmm commented on 2013-04-12 16:37 (UTC)

@GuestOne: git/svn and other VCS packages are not "updated", it depends on you, when you build it, a fresh upstream version is used. Short: wanna new? rebuild!

mmm commented on 2013-04-12 16:37 (UTC)

@GuestOne: git/svn and other VCS packages are not "updated", it depends on you, when you build it, a fresh upstream version is used. Short: wanna new? rebuild!

GuestOne commented on 2013-03-29 23:05 (UTC)

Is this package updated or not?

xrchz commented on 2012-05-22 17:24 (UTC)

should the optional dep be pulseaudio rather than libpulse?

heftig commented on 2011-10-30 00:33 (UTC)

Won't do anything about that, sorry. Wait for upstream to fix their LLVM support.

commented on 2011-10-29 21:41 (UTC)

dWolf commented on 2011-07-20 15:33 (UTC)

current lightsparc-git don't work with the arch's ffmpeg package. For me it just crashes on youtube or vimeo.

td123 commented on 2011-02-02 18:18 (UTC)

librtmp is a new dependency for lightspark, I don't think there is a package for it

td123 commented on 2011-02-02 05:02 (UTC)

Hello, I'm getting the following error when building this package;

anoknusa commented on 2011-01-18 21:29 (UTC)

I haven't had any problem building Lightspark; however, YouTube videos state that the plugin is outdated. Replacing it with flashhplugin-prerelease takes care of this, but I'd rather go to OSS route. Any idea why this is? I didn't see anything mentioned on the Lightspark homepage or Launchpad.

td123 commented on 2011-01-05 18:29 (UTC)

I have worked through getting lightspark to correctly build You can really just copy+paste the code, but it does need to be statically linked against libxml++ 2.33.1 or it has to depend on that version (which no package exists for it right now) Otherwise if you don't, there will be lots of random crashes related to libxml++.

cookiecaper commented on 2010-11-07 09:44 (UTC)

See the following thread: It appears that LLVM 2.8 has an incompatibility with GCC 4.5 and will sometimes cause this error. It is fixed in LLVM SVN, so you'll either need to upgrade to LLVM SVN or downgrade to 2.7. The guys in #llvm say that they usually don't do point releases.

commented on 2010-10-19 08:38 (UTC)

Ftr, this package apparently won't compile with the current LLVM (2.8). You need to revert to 2.7 for it to compile.

commented on 2010-10-15 19:31 (UTC)

fails in compilation

td123 commented on 2010-09-25 04:37 (UTC)

Ya, libxml++ was recently used to handle security policies in flash. please add libxml++ to the depends array

commented on 2010-09-24 12:14 (UTC)

I got errors trying to build this one from yaourt. Installing libxml++ fixed it. I guess it should be in the dependencies? Thnx for the pkg

td123 commented on 2010-09-16 19:18 (UTC)

@skodabenz Please finish reading the second sentence in the link you posted. PA is still required, but there is now support for a plugin architecture which makes it possible for an alsa backend.

commented on 2010-09-14 16:06 (UTC)

Seems like Alsa audio backend is now supported . Pulseaudio dependency can be dropped.

commented on 2010-09-12 13:34 (UTC)

requires boost as a build dependency

td123 commented on 2010-09-12 02:51 (UTC)

please add a .install file (an example can be found on the from the lightspark package) because a .desktop and png icons were added upstream

td123 commented on 2010-08-19 19:06 (UTC)

upstream repo has changed to git://

heftig commented on 2010-08-10 23:57 (UTC)

Not out of date. Still builds.

heftig commented on 2010-07-21 20:13 (UTC)

Leftover from inspection, sorry.

commented on 2010-07-21 20:12 (UTC)

Uh, why is there a zsh command in this PKGBUILD?

kfgz commented on 2010-07-21 14:27 (UTC)

Please add line conflicts=(lightspark)

nTia89 commented on 2010-07-21 09:35 (UTC)

i've installed lightspark but how can i enable it in firefox or other browser ? thks

heftig commented on 2010-07-20 22:43 (UTC)


intgr commented on 2010-07-20 21:55 (UTC)

Lightspark now uses fontconfig to locate fonts, so ttf-liberation is no longer a dependency; please remove.

heftig commented on 2010-07-20 20:58 (UTC)

Seems to play youtube videos, but controls don't work.

flamelab commented on 2010-07-20 20:28 (UTC)

Is it usable right now since it supports fontconfig (no liberation font issue) ?

rnestler commented on 2010-07-18 10:44 (UTC)

If I check the created package with namcap I get the following errors and warnings: lightspark-git E: Dependency detected and not included (libffi) from files ['usr/lib/', 'usr/lib/', 'usr/lib/'] lightspark-git W: Referenced library '' is an uninstalled dependency lightspark-git W: Dependency included but already satisfied ('mesa') lightspark-git W: Dependency included but already satisfied ('sdl') lightspark-git W: Dependency included but already satisfied ('zlib') lightspark-git W: Dependency included and not needed ('ttf-liberation') lightspark-git W: Dependency included but already satisfied ('pcre') The first one sounds like a real issue.

heftig commented on 2010-06-21 19:37 (UTC)

Patched. Builds again, provided you have glew-1.5.4 (which should be released shortly).

juantascon commented on 2010-06-21 14:40 (UTC)

hi, I am getting this error compiling: usr/bin/ld: cannot find -lLLVMLinker you can see the whole log here:

heftig commented on 2010-06-17 21:04 (UTC)

It's not in any usable state yet. Some very simple SWFs actually manage to not crash.

flamelab commented on 2010-06-17 20:44 (UTC)

Have you actually make it work ? It always crashes on my 64bit system.

heftig commented on 2010-06-17 20:26 (UTC)


cookiecaper commented on 2010-06-17 18:56 (UTC)

See for a pkgbuild that gets around the lib64 errors.

cookiecaper commented on 2010-06-17 18:39 (UTC)

Now getting the same as MadFish :(

commented on 2010-06-17 17:19 (UTC)

Can't build on x86_64. PKGBUILD wants to use "lib", while it is being built to "lib64". chmod: cannot access `/home/madfish/temp/lightspark/pkg/usr/lib/mozilla/plugins/': No such file or directory ==> ERROR: Packaging Failed. Aborting...

heftig commented on 2010-06-17 10:11 (UTC)

Install libvpx from [extra].

flamelab commented on 2010-06-17 09:06 (UTC)

Anyone else with vp8 errors during compiling ?

heftig commented on 2010-06-17 03:48 (UTC)

The issue is that Arch Linux's GLEW doesn't ship with a pkgconfig file. Anyway, patched.

commented on 2010-06-17 00:33 (UTC)

You can kludge it into building by using the PKGBUILD here -

cookiecaper commented on 2010-06-16 22:23 (UTC)

I'm getting the same as intgr and Mystal. Using stable packages on x86-64.

intgr commented on 2010-06-16 17:27 (UTC)

@Mystal Same problem here (x86_64, testing, community-testing). They probably broke their git.

mystal commented on 2010-06-16 17:23 (UTC)

I'm don't believe I'm doing anything wrong, but for some reason cmake cannot find glew. I have it installed, double checked that. Any ideas? ... -- Found Threads: TRUE -- Found CURL: /usr/lib/ -- Found ZLIB: /usr/lib/ -- checking for modules 'gl;libpcrecpp;libavcodec;libavutil;ftgl;x11;libpulse;glu;fontconfig;glew' -- package 'glew' not found CMake Error at /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:259 (message): A required package was not found Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPkgConfig.cmake:311 (_pkg_check_modules_internal) CMakeLists.txt:51 (pkg_check_modules) ...

heftig commented on 2010-06-14 23:00 (UTC)

Ah whoops, that was a typo. Sorry :)

commented on 2010-06-14 22:11 (UTC)

Looks like ttf-liberation can be taken out as a dependency: Also I can't see why gtk1 is required? I haven't tried to build this yet though as I don't currently want pulseaudio.

commented on 2010-06-12 10:05 (UTC)

For those having crashs, not working on 64bit or wondering why ttf-liberation is mandatory please read this :

heftig commented on 2010-06-05 23:19 (UTC)

Depends on it. At least according to the included dpkg control file.

intgr commented on 2010-06-05 22:35 (UTC)

Why the dependency on ttf-liberation? I don't want ttf-liberation installed, Adobe Flash works fine without it. It makes no sense.

daimonion commented on 2010-05-20 09:32 (UTC)

Not working for me on 64bit architecture.

heftig commented on 2010-05-19 16:38 (UTC)

Looks like logging has been enabled for Release as well. Adding glproto to makedepends.

commented on 2010-05-19 09:38 (UTC)

+1 for glproto in makedepends, no matter if it's documented as makedependency or not, it's definitely needed.

losinggeneration commented on 2010-05-18 20:46 (UTC)

Fair enough. You're free to do what you want with your package, but since you yourself admit the package isn't usable (because of crashes), it'd make sense to me to have it as the default with debugger symbols so useful backtraces could be submitted upstream and change it to Release when it does become usable.

heftig commented on 2010-05-18 20:42 (UTC)

Not for general use (should this become usable). If you want to debug it, change it yourself.

losinggeneration commented on 2010-05-18 20:42 (UTC)

bah, it's actually RelWithDebInfo not, DebugWithRelInfo

losinggeneration commented on 2010-05-18 20:39 (UTC)

since the package is from Git, and the source was just recently declared beta, wouldn't it be better to have CMAKE_BUILD_TYPE be something more like Debug, or DebugWithRelInfo (rather than Release)? (sorry for the edits...)

heftig commented on 2010-05-18 20:38 (UTC)

The glproto headers aren't referenced anywhere in the source.

commented on 2010-05-18 20:13 (UTC)

This build s successfully for i686 by changing the 'arch' in the PKGBUILD. Have not tested it in use as yet, however.

Duologic commented on 2010-05-18 18:23 (UTC)

anyone has a fix or workaround for x64?

flamelab commented on 2010-05-18 17:53 (UTC)

It crashes here as well (x86_64).

commented on 2010-05-18 17:20 (UTC)

You should add glproto to makedeps, it doesn't build without it.

heftig commented on 2010-05-18 17:00 (UTC)

Builds, but crashes. Needs more research.