Package Details: lighttable-bin 0.8.1-1

Git Clone URL: (read-only, click to copy)
Package Base: lighttable-bin
Description: New interactive IDE that lets you modify running programs and embed anything from websites to games.
Upstream URL:
Licenses: MIT
Submitter: trashstar
Maintainer: trashstar
Last Packager: trashstar
Votes: 187
Popularity: 0.013909
First Submitted: 2017-05-17 09:24 (UTC)
Last Updated: 2017-05-17 09:24 (UTC)

Latest Comments

xanc commented on 2019-02-08 12:46 (UTC)

It is not out-of-date. As 2019-02-08, the latest release is 0.8.1 (see

xanc commented on 2019-02-07 19:24 (UTC) (edited on 2019-02-08 12:44 (UTC) by xanc)

Here, there is a solution: Can anyone put it in the package (as patch)?

therojam commented on 2019-01-20 21:30 (UTC)

its not outdated - take a look at their github

godlikemouse commented on 2018-08-13 15:38 (UTC)

Same issue, crash on start-up Arch Linux x86_64.

revel commented on 2018-07-14 04:21 (UTC)

Does this package still work? The app crashes right on start-up. (The font is fine as far as I can tell, it works in other apps.)

xanc commented on 2017-06-28 15:43 (UTC)

@JohnRobson: reported bug

JohnRobson commented on 2017-06-08 01:21 (UTC) (edited on 2019-01-21 16:15 (UTC) by JohnRobson)

@trashstar When I opened File > Open File, the "Open File" screen has a wrong fonttype, only squares.

trashstar commented on 2017-06-07 23:39 (UTC)

@JohnRobson Can you elaborate on this?

JohnRobson commented on 2017-06-07 00:34 (UTC)

Lack fonts.

trashstar commented on 2017-05-17 09:31 (UTC)

Package now moved to lighttable-bin - a merge request is pending.

MarcusE1W commented on 2017-05-16 17:45 (UTC)

Thanks for the update :-)

MarcusE1W commented on 2017-05-04 11:38 (UTC)

@trashstar: Is there a chance that you update the PKGBUILD file with the new dependency libudev0-shim instead of It is only a very small change as the actual package has not changed

MarcusE1W commented on 2017-02-11 14:37 (UTC) (edited on 2017-02-11 14:37 (UTC) by MarcusE1W)

As mentioned below the dependency does not work but can be fixed First install the package libudev0-shim (to get that out of the way) To Install lighttable you need to edit the PKGBUILD file (you will be prompted to do so during install with yaourt) In the following line in the PKGBUILD file the dependency has to be replaced with libudev0-shim depends=("nss" "alsa-lib" "desktop-file-utils" "gconf" "" "gtk2")

rpodgorny commented on 2017-01-05 19:24 (UTC)

this is a binary package -> its name should end with "-bin"...

ctag commented on 2016-11-17 19:15 (UTC)

Yup, looks like in the AUR was replaced by libudev0-shim in the repo proper(?)

marmistrz commented on 2016-11-09 14:37 (UTC) is no more in the repos.

carstene1ns commented on 2016-03-26 18:02 (UTC)

@dustinrohde: It seems upstream does not provide 32 bit builds (anymore). Therefore the 'arch' array in this PKGBUILD should be changed to reflect that. Also IMO this package should be named 'lighttable-bin' as it does not build from source. This would make it possible to have a new package which builds from source and is available for i686 again.

dustinrohde commented on 2016-03-26 17:08 (UTC)

lighttable builds and installs with no errors, but when I try to run it I get this error: /opt/LightTable/light: line 37: /opt/LightTable/LightTable: cannot execute binary file: Exec format error I'm assuming this is an architecture issue. I'm running i686 architecture. Anyone else have this problem or know how to solve it?

Nikus commented on 2016-03-13 23:24 (UTC)

I updated the PKGBUILD code to get the 0.8.1 version. Could you please give me the rights to push my modifications or disown this package so I could own it? Thanks

marcs commented on 2015-11-16 03:16 (UTC) (edited on 2015-11-16 03:17 (UTC) by marcs)

The clojure Instarepl doesn't work. An IO error appears because the /opt/Lightable is owned by root. Changing the owner to the current user solved the problem.

djseng commented on 2015-09-22 11:02 (UTC)

@trashstar /facepalm thanks! ... was a late night

trashstar commented on 2015-09-22 10:53 (UTC)

@djseng The "" package found here: Its also listed under the dependencies. You have to build it from the AUR as well.

djseng commented on 2015-09-22 02:16 (UTC)

error: target not found: What package would contain this file?

trashstar commented on 2015-09-14 21:31 (UTC)

Does this error occurs with the lighttable package itself or the, which is a dependency. Can you do a "pacman -Qo /usr/lib/" to see which package owns the file, so I can contact the maintainer to resolve the issue? In the meantime just delete the "" from the PKGBUILD before building or replace it with the package that already provides the file -- what ever seems more appropriate.

qKUqm3wtY4 commented on 2015-09-14 08:47 (UTC)

Also have the error: error: failed to commit transaction (conflicting files) /usr/lib/ exists in filesystem

Knatterton commented on 2015-09-13 19:30 (UTC)

Instal fails with error message: /usr/lib/ exists in filesystem

trashstar commented on 2014-11-21 12:08 (UTC)

Thanks for the hint. MIT License is now included.

Llama commented on 2014-11-21 10:03 (UTC)

License already MIT?

Xaviju commented on 2014-11-20 14:14 (UTC)

Oh, that was fast!! Thanks a lot @trashtar :)

TrialnError commented on 2014-11-20 13:17 (UTC)

Just click on 'Adopt Package'. There is no special procedure if a package is orphaned.

Llama commented on 2014-11-20 12:04 (UTC)

Is there a procedure for adoption?

whynothugo commented on 2014-11-20 09:59 (UTC)

I'm not using this anymore. Feel free to adopt it. Updating the package is generally quite straightforward.

Llama commented on 2014-11-20 09:58 (UTC)

Orphaned, just minutes ago.

Xaviju commented on 2014-11-20 08:40 (UTC)

Light Table 0.7.1 just went out!

whynothugo commented on 2014-09-09 12:09 (UTC)

@cippaciong: Looks like I didn't change it after the last update. Fixed now.

cippaciong commented on 2014-09-09 08:46 (UTC)

Hi, md5sum for the i686 version is wrong, the correct one should be e8d1eb3ea345109f279cee22a756c070

whynothugo commented on 2014-08-05 08:26 (UTC)

@Rulatir: I couldn't reproduce this. Are you using amd64 or i686?

Rulatir commented on 2014-08-04 21:35 (UTC)

No workie :( The executable exits immediately with status 0. Strace (from actual binary of course, not from the wrapper script) is ~300K - should I post it?

lendle commented on 2014-06-05 19:48 (UTC)

@hobarrera: That did the trick, thanks!

whynothugo commented on 2014-06-05 19:39 (UTC)

@zidarsk8: Odd. Try rebuilding, and check all the output. Sounds like you're missing some files, but I can't guess why. :-/ @lendle: Updated dependencies. Also deleted some redundant ones. @carstene1ns: Huh. I wonder why it build fine so far. My bad. Fixed now anyway.

carstene1ns commented on 2014-06-04 19:52 (UTC)

As said the 32 bit and 64 bit source tarballs seem interchanged. So it can not find the lib32 libraries under x86_64. 'file /opt/LightTable/ltbin' and 'uname -m' will tell you, if you have the right executable for your architecture.

lendle commented on 2014-06-04 18:35 (UTC)

When I try to start lighttable 0.6.6-1, I get /opt/LightTable/ltbin: error while loading shared libraries: cannot open shared object file: No such file or directory I have the gconf package installed, and is in /usr/lib. If I switch back to 0.6.5-1, lighttable starts.

zidarsk8 commented on 2014-06-04 13:06 (UTC)

I'm getting: /usr/bin/lighttable: line 14: /opt/LightTable/ltbin: No such file or directory a fev versions back reinstalling is suppose to work, but not any more.

carstene1ns commented on 2014-06-03 20:20 (UTC)

Well, you currently check for i686 and then use 64 bit version, which seems wrong.

whynothugo commented on 2014-06-03 20:02 (UTC)

@dundee That version doesn't work for me. The uploaded one works fine. There is no separate x86_64 section in the uploaded one, better check that.

dundee commented on 2014-06-03 18:42 (UTC)

Section for x86_64 is not working. Here is patched version:

larsoyvind commented on 2014-06-03 18:10 (UTC)

@hobarrera That was quick, thanks!

whynothugo commented on 2014-06-03 17:59 (UTC)

That's really odd. Because it built with the one above for me, but now fails. Maybe upstream repackaged? Fixed now, anyway.

synkte commented on 2014-06-03 17:15 (UTC)

@delpart Thank you, the checksum worked.

delpart commented on 2014-06-03 17:05 (UTC)

@larsoyvind @synkte This checksum worked for me 01d3f4c8a398fb335c7c4a2810023655

synkte commented on 2014-06-03 16:54 (UTC)

Getting message: lighttable-0.6.6-x86_64.tar.gz ... FAILED

kmicu commented on 2014-06-02 21:06 (UTC)

stativ commented on 2014-05-07 19:41 (UTC)

light-table merged into lighttable. Reason: duplicate, also lighttable has got a new maintainer.

whynothugo commented on 2014-05-07 12:38 (UTC)

Package updated.

wenLiangcan commented on 2014-04-10 14:45 (UTC)

@timidger You can find the launch script at /usr/share/applications called LightTable, infact, it will auto appears in the app menu of your desktop environment after the installation. You can also run it in the terminal through the path /opt/LightTable/LightTable.

timidger commented on 2014-04-10 14:34 (UTC)

I downloaded this first through yaourt and then I manually installed it. It installs fine both times, no errors, but I can't figure out how to start the editor. I have tried all permutations of it, including using autocomplete and grep-ing both /bin and /usr/bin. I am using Arch i686 (is it 64-bit?) 3.13.8-1 on a x201 ThinkPad

wenLiangcan commented on 2014-04-09 15:30 (UTC)

@prodigen The method of "changing ownership of the installation directory" to download the API platforms is replaced by "running with root privileges" now in the wiki article about Android, so I think the original one is not a safety method. At the other hand, I have no idea about the behavior of auto-update, Does it just replace the old files with a newer version? or, Will it change the folder structure? Also, what do you do if your ligtht-table were auto-updated and yaourt notice you there's a new version of the PKGBUILD?(Maybe you do not use yaourt or something like that?) Maybe you could do this by yourself after the installation? Or if my opinion is wrong you can point it out : )

commented on 2014-04-09 13:59 (UTC)


commented on 2014-04-09 13:57 (UTC)


Xaviju commented on 2014-03-27 08:11 (UTC)

That was fast @wenLiangcan. Already updated and working perfectly. Thanks! :)

wenLiangcan commented on 2014-03-26 09:56 (UTC)

Updated to 0.6.5, @Xaviju thank you for the notice.

Xaviju commented on 2014-03-26 08:35 (UTC)

light-table 0.6.5 with interesting enhancements updated a couple weeks ago. Update this package if possible, please!

eugf commented on 2014-03-25 04:00 (UTC)

PKGBUILD for 0.6.5:

darklajid commented on 2014-03-19 14:12 (UTC)

0.6.5 is out

Profpatsch commented on 2014-03-13 23:11 (UTC)

Newest version is 0.6.4.

anderraso commented on 2014-03-11 16:09 (UTC)

@wenLiangcan Thank you, reinstalling worked!

wenLiangcan commented on 2014-03-11 05:11 (UTC)

@anderraso Can you find the file /usr/lib/ in your system ? If you can't, please try to install/re-install from AUR.

anderraso commented on 2014-03-11 00:01 (UTC)

Can't start the program, so I run it on the terminal and here's the outpoot: [ander@archlinux:~]$ /opt/LightTable/LightTable [ander@archlinux:~]$ /opt/LightTable/ltbin: error while loading shared libraries: cannot open shared object file: No such file or directory Any help? Thanks in advance.

mynomoto commented on 2014-02-11 14:20 (UTC)

I'm not sure about my previous comment, also getting high cpu usage with manual install sometimes, although I think it's less frequent. I will keep trying both to see the difference.

mynomoto commented on 2014-02-06 11:48 (UTC)

I think lighttable is not ready yet for packaging. There are still plugins in the installation folder and I'm getting high cpu usage with the package but not when I manually install in a folder where my user has write access.

tonyskn commented on 2014-01-28 18:55 (UTC)

@techlive Thanks for the tip. I wasn't aware this was possible.

birdspider commented on 2014-01-28 15:08 (UTC)

not sure if package or product issue, but on launching an interactive editor it fails because of fs-rights, as I see it there has to be some thing extracted and regular user has no write access: /opt/LightTable/plugins/clojure/runner/resources/target/stale/extract-native.dependencies (Keine Berechtigung)

techlive commented on 2014-01-28 12:47 (UTC)

If the building directory was kept since the last installation, as the name of downloaded source tarball is same for every version, the validity check will fail for the new version. Please prefix `$pkgname-$pkgver-$CARCH.tar.gz::` to the LightTable source tarball URL, e.g. `$pkgname-$pkgver-$CARCH.tar.gz::$pkgver/LightTableLinux.tar.gz`, this way, the downloaded source will be saved as lighttable-0.6.2-x86_64.tar.gz, no validity checking failure happens.

tonyskn commented on 2014-01-27 19:55 (UTC)

@gary4gar thanks for pointing that out. Fixed.

leafonsword commented on 2014-01-24 14:27 (UTC)

0.6.2 has released,please update~

wenLiangcan commented on 2014-01-16 12:48 (UTC)

@cmatheson In this official build package, the launch script LightTable contains some commands to create the file by itself, so, I think you can't. But I'm not sure, maybe you could create a package like light-table-git and have a try.

cmatheson commented on 2014-01-14 18:56 (UTC)

would building this from source (now that the source has been released) avoid the dep?

pizzapill commented on 2014-01-13 01:49 (UTC)

@tonysskn: Thank you very much!

gary4gar commented on 2014-01-11 14:27 (UTC)

Original Submitter here: There has been a Licensing Change, LightTable is now open source! And available under GNU GENERAL PUBLIC LICENSE Version 3[1] [1]

tonyskn commented on 2014-01-09 19:30 (UTC)

@pizzapill done

pizzapill commented on 2014-01-09 14:13 (UTC)

Hi tonyskn, could you add Development to the Categories in the lighttable.desktop File? Thanks!

anatolik commented on 2014-01-09 03:50 (UTC)

The package should build binaries from sources

jryan commented on 2014-01-08 21:10 (UTC)

A pkgbuild I hacked together, might not be perfect but works for me. Only changed the version number and sums.

tasqa commented on 2014-01-08 19:39 (UTC)

Version 0.6.0 is out!

jleclanche commented on 2014-01-08 17:27 (UTC)

This has been out of date for months, please update?

tonyskn commented on 2013-10-07 08:30 (UTC)

I just uploaded a working version. Since Arch's PKGBUILD is already creating a symlink to, there's no need to worry about libudev on LightTable's startup. The startup script copied in /usr/bin just invokes LT's binary after setting $LD_LIBRARY_PATH and doesn't rely on upstream script, which seems to be Ubuntu specific. My changes are located here: Feel free to submit a pull request if you find a better solution...

canuckkat commented on 2013-10-04 23:30 (UTC)

I'm disowning this package. There keeps having more and more problems that I can't keep up with.

canuckkat commented on 2013-10-04 23:07 (UTC)

I'm getting the error "Unknown CPU Architecture: " , which has a fix here: I'm trying to figure out how to fix it in the script, but so far nothing.

rhg135 commented on 2013-09-27 01:59 (UTC)

0.5.4 is out and it's a minor edit in the PKBUILD.

canuckkat commented on 2013-09-03 22:45 (UTC)

Sorry about the ridiculous amount of spam. Granger confirms that he'll be moving settings and plugins back to the home dir for beta. I'll uploaded an .INSTALL once I have some time to test it. Until then you'll just have to do it manually, or stick with 0.4.9 until beta. Sorry!

canuckkat commented on 2013-09-01 19:55 (UTC)

OK, to get the user behavior and user keymap to work, you're going to have to chmod 777 the user folder in settings. You should also chmod 777 the logs folder. Hacky, I know. I posted in the LT discussion group and we'll see if there's a response.

canuckkat commented on 2013-09-01 19:38 (UTC)

@pandeiro: apparently Granger messed up the 32-bit package for 0.5, renaming nw to ltbin should work. Let me know if 0.5.2's 32-bit package is messed up too and I'll fix it in the PKGBUILD.

canuckkat commented on 2013-09-01 19:32 (UTC)

I'm not really sure what's wrong. Does the tar.gz that's downloaded have the missing file? It worked for me, I'm on x64. I just uninstalled Lighttable and re-installed it with no errors. Here's my PKGBUILD for 0.5.2, which has some important fixes for 0.5. Sorry it's late, I've been super busy. On a different note, user.behaviors and user.keymap isn't being created but it might have something to do with file permissions and Light Table being installed in /opt?

pandeiro commented on 2013-08-29 17:48 (UTC)

Still doesn't work for me with that PKGBUILD linked by canuckkat. First, there's an error making the package (about deleting debug.log). Removing that line from the PKGBUILD, I can install the package but get the same error mentioned by m01. Anyone have a PKGBUILD that works?

canuckkat commented on 2013-08-27 00:56 (UTC)

Alright, I've updated my PKGBUILD and tested it this time!

canuckkat commented on 2013-08-27 00:08 (UTC)

Huh. Stuff didn't get extracted properly. I'll try to figure it out.

canuckkat commented on 2013-08-26 23:56 (UTC)

It's definitely not you. I didn't check the install after I updated. This is weird.

m01 commented on 2013-08-25 17:26 (UTC)

canuckkat, your PKGBUILD didn't work for me; I'm getting this error: % lighttable /opt/LightTable/LightTable: line 45: /opt/LightTable/ltbin: No such file or directory It looks like quite a few bits of the package are missing, or did I just screw up somehow? % pacman -Ql lighttable lighttable /opt/ lighttable /opt/LightTable/ lighttable /opt/LightTable/LightTable lighttable /opt/LightTable/ lighttable /opt/LightTable/ lighttable /opt/LightTable/nw.pak lighttable /usr/ lighttable /usr/bin/ lighttable /usr/bin/lighttable lighttable /usr/share/ lighttable /usr/share/applications/ lighttable /usr/share/applications/lighttable.desktop lighttable /usr/share/pixmaps/ lighttable /usr/share/pixmaps/lighttable.png % ls src/LightTable core debug.log logs ltbin package.json plugins settings

canuckkat commented on 2013-08-23 19:40 (UTC)

Here's my PKGBUILD for 0.5.0;

commented on 2013-08-23 02:02 (UTC)

Version 0.5.0 is now out.

commented on 2013-07-31 16:20 (UTC)

You can update it yourself until the maintainer takes care of it. Just download the tarball, update pkgver, replace static version numbers with $pkgver and update the md5sums. Then makepkg it and it should work (does for me on x86_64). Here's a little diff of the PKGBUILD:

commented on 2013-07-04 19:00 (UTC)

There is 0.4.11 version out. Can you update it?

eugf commented on 2013-05-05 03:54 (UTC)

The PKGBUILD made by @crabman works very well. I had the same problem with the md5, but is easily solved by @bradshjq method. The tar.gz seems to be updated frequently and a lot of people have the same problem, should md5 be generated automatically in some way? I understand the security risks, but maybe there is a alternative solution.

commented on 2013-05-02 05:30 (UTC)

The md5 for the LightTable tarball failed, but was easily remedied by taking an md5sum of the file and changing the PKGBUILD to reflect the result.

crabman commented on 2013-05-01 11:06 (UTC)

i updated the package to version 0.4.0,made some adjustments to the PKGBUILD and added an .installl file:

mrz commented on 2013-05-01 09:10 (UTC)

I tried this package with latest LightTable (0.4) but I believe the PKGBUILD needs something to make it work right. I'm not sure about previous versions, I haven't tried them, but it looks like the latest version needs to have the plugins bundled in the tar.gz available in ~/.lighttable/plugins.

canuckkat commented on 2013-04-10 05:48 (UTC)

Crap, I'm sorry, didn't mean to flag out of date.

cedeon commented on 2013-03-06 10:48 (UTC)

md5sum fails on LightTableLinux64.tar.gz

tonyskn commented on 2013-03-04 10:28 (UTC)

Hi all, I'm disowning this package as I'm not using it anymore.

mynomoto commented on 2013-03-02 14:56 (UTC)

New MD5 Sums: (version 0.3.2) 6b5e9458327246cfe116a17173578aa4 LightTableLinux.tar.gz ef779a57825ee4f4b829968640cc1d31 LightTableLinux64.tar.gz

tonyskn commented on 2013-03-01 18:03 (UTC)

Added `gconf` to dependencies.

mynomoto commented on 2013-03-01 13:24 (UTC)

It also depends on gconf. Thanks for this package.

tonyskn commented on 2013-03-01 09:51 (UTC)

Thanks, PKGBUILD updated.

kballou commented on 2013-02-28 17:25 (UTC)

New MD5 Sums: 533bd4c257899b7ede83f001bdabe9c8 LightTableLinux64.tar.gz 5d7e4ddb0b9c311485ced4b471742874 LightTableLinux.tar.gz

Jwsonic commented on 2013-02-28 16:55 (UTC)

A new version was released today:

tonyskn commented on 2013-02-05 19:47 (UTC)

Hi all, I added `options=(!strip)` to PKGBUILD. By default, `makepkg` strips any compiled binaries from debug symbols. In the case of LT, the stripping yields an invalid binary. The new package also includes a `lighttable` script which takes care of launching LT with proper LD_LIBRARY_PATH.

commented on 2013-01-07 21:27 (UTC)

@gary4gar Tough luck. I uninstalled my AUR LT package, and then installed it again, downloading and building it from scratch. Exact same problem as before. Exe size is still 61M (wrong). Baffling. An observation that may be of help: downloading the LightTableLinux.tar.gz archive from the LT site, or through this PKGBUILD, appears to yield the same file (at least their sizes are identical - 52.7M). So it seems that the issue is not with the LT server, ergo it lies either with the PKGBUILD or with my computer. Could you perhaps re-build and re-install LT using the PKGBUILD, afresh? If that succeeds, we can reasonably guess that the problem is limited to my computer alone.

commented on 2013-01-07 21:13 (UTC)

@gary4gar Yes the links are the same. I went to and downloaded the Linux 32-bit version, which links to, which is exactly the same as the link in the PKGBUILD. The only plausible answer to this puzzle I can think of is: at the time I built the AUR package, something might've been wrong with the Linux 32-bit package on the LT server, and then the package may have been rectified before I downloaded LT manually from the site. I'll try building LT from the AUR again to test this theory.

gary4gar commented on 2013-01-05 09:10 (UTC)

@vickychijwani What download links did you use? are they the same one from PKGBUILD?

commented on 2013-01-02 13:02 (UTC)

There seems to be some issue with the PKGBUILD. First I installed this AUR package and tried running LT, it didn't work (a window opened up at the address nw:blank with NODE-WEBKIT written in ASCII art in the middle of the page). I asked around on the LT forum and Chris suggested downloading from the site directly, so I did that and it worked. So I tried to find the difference between the 2 methods, and it turns out the size of LT executable from the 2 methods is different! The exe I got by installing from this AUR package is only 61M, while the actual exe is 88M. I have no idea how that's possible. My system has a 32-bit architecture, and I am indeed using the libudev symlink hack, if that helps. Link to the LT forum thread:!topic/light-table-discussion/pDELFrStag8

gary4gar commented on 2012-12-17 16:57 (UTC)

Updated to v0.2.5 Changelog:

gary4gar commented on 2012-12-06 23:15 (UTC)

- Updated to v0.2.3, changelog here -> - Redid the MD5SUMs - stopped using the libudev symlink hack, as we shouldm't symlink different versions of libs against each other. its DANGEROUS. If anyone want to do it, just uncomment it from PKGBUILD. Also, let me know if you any other workarounds to get this running on Arch(works fine on Ubuntu) @bavramor This is a known issue. see bug report -> @canuckkat I guess, You can't. node-webkite version needs to be updated by lighttable authoring, iirc.

bavramor commented on 2012-12-06 21:01 (UTC)

Wrong md5sums for x64 i take this one: cd6e502e6507f6e9b2d82e3f2ca23eab please update this..... I'm getting an error: ==> ERROR: Überprüfe Gültigkeit der Quell-Dateien mit md5sums... LightTableLinux64.tar.gz ... FEHLGESCHLAGEN ==> ERROR: Makepkg was unable to build lighttable. Later this Error: ./LightTable: error while loading shared libraries: cannot open shared object file: No such file or directory please help greetz

canuckkat commented on 2012-12-02 22:31 (UTC)

Apparently my problem is fixed in the latest node-webkit update but I'm not sure how to update node-webkit?

canuckkat commented on 2012-11-26 22:32 (UTC)

I'm still getting the libudev error ./LightTable: error while loading shared libraries: cannot open shared object file: No such file or directory but manually typing in the script works fine. Well, fine as in I got it to run. Then I get this: [785:1126/] Running without the SUID sandbox! See for more information on developing with the sandbox on. [785:1126/] PAC support disabled because there is no system implementation [2783:1126/] Running without renderer sandbox [2787:1126/] InitializeSandbox() called with multiple threads in process gpu-process [2793:1126/] Running without renderer sandbox

gary4gar commented on 2012-11-23 13:41 (UTC)

Thank YOU! Updated PKGBULD & also added your name as contributer

mtorromeo commented on 2012-11-21 13:33 (UTC)

Also you shouldn't extract source archives by hand. makepkg will do that for you. This also needs which is not provided by any package on arch. You can trick the application into loading with a symlink and LD_LIBRARY_PATH hack. Try using this pkgbuild instead:

gary4gar commented on 2012-11-21 11:38 (UTC)

@mtorromeo Done :)

mtorromeo commented on 2012-11-21 11:33 (UTC)

You listed all the dependencies in a single string, you should remove the quotes: -depends=('nss libx11 libxrandr libpng') +depends=(nss libx11 libxrandr libpng)

gary4gar commented on 2012-11-21 11:26 (UTC)

To run type $ ./opt/lighttable/LightTable Hopefully it should work, if not. then help improve this PKGBUILD.