Package Details: textadept 12.4-3

Git Clone URL: https://aur.archlinux.org/textadept.git (read-only, click to copy)
Package Base: textadept
Description: Fast, minimalist, and remarkably extensible cross-platform text editor
Upstream URL: https://github.com/orbitalquark/textadept
Keywords: editor lua
Licenses: MIT
Submitter: bitwave
Maintainer: TrialnError
Last Packager: TrialnError
Votes: 31
Popularity: 0.000418
First Submitted: 2015-09-04 11:30 (UTC)
Last Updated: 2024-09-22 18:09 (UTC)

Pinned Comments

TwoFinger commented on 2023-08-02 10:30 (UTC) (edited on 2023-08-02 14:31 (UTC) by TwoFinger)

This is no longer a split package, it only contains the Qt build, which is the new upstream default.

The other builds are in separate packages:

Latest Comments

« First ‹ Previous 1 2 3 4 5

chetgray commented on 2016-05-03 13:17 (UTC)

Better sources, using pkgver: source=("hg+http://foicica.com/hg/textadept#tag=textadept_${pkgver}" "http://foicica.com/textadept/download/textadept_${pkgver}.modules.zip") Currently, textadept_LATEST.modules.zip points to textadept_8.7.modules.zip, breaking package() that expects 8.6. N.b. There is currently no Hg tag for 8.7, but there are binary tgz packages for both i386 and x64_86 (http://foicica.com/textadept/CHANGELOG.html)

Tre0n commented on 2016-03-10 08:35 (UTC) (edited on 2016-03-10 08:37 (UTC) by Tre0n)

This depends on wget and unzip to build. (Possibly more, haven't checked)

reztho commented on 2016-03-06 10:36 (UTC)

Notice that the dependencies in this package are managed by its build system unfortunately, so it downloads them the first time. What that error is telling you is that the scintilla363.tgz file wasn't successfully downloaded from Sourceforge. I suggest removing your "pkg" and "src" dirs and make the package again.

test0 commented on 2016-03-06 10:18 (UTC)

mkdir scintilla && tar xzf scintilla363.tgz -C scintilla && mv scintilla/*/* scintilla gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now Makefile:408: recipe for target 'scintilla' failed make: *** [scintilla] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build textadept. ==> Restart building textadept ? [y/N]

reztho commented on 2016-02-28 16:31 (UTC)

I finally finished it. In the future, I'll consider converting the PKGBUILD into a multipackage one.

reztho commented on 2016-02-02 20:32 (UTC)

It's going to take a while till I prepare the new package. In the mean time, disown this package to see if another one wants it besides me.

bitwave commented on 2016-02-02 07:21 (UTC)

Hey folks, due to the comments from reztho, I will drop this package. He would like to contribute a source-only package under this name. This binary package will be available now under: https://aur.archlinux.org/packages/textadept-bin Please update to this package, so you can receive the latest updates or use the new textadept source only package. Regards bitwave

bitwave commented on 2015-11-26 16:53 (UTC)

because this is a binary package, the textadept-curses elf is linked against an old version of curses: ldd /usr/bin/textadept-curses linux-vdso.so.1 (0x00007fff731a8000) libncursesw.so.5 => not found libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f8fb192e000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f8fb15ac000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f8fb12ae000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f8fb1098000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f8fb0cf4000) /lib64/ld-linux-x86-64.so.2 (0x00007f8fb1b32000) but arch linux current version is 6: ncurses /usr/lib/libncurses.so ncurses /usr/lib/libncursesw.so ncurses /usr/lib/libncursesw.so.6 ncurses /usr/lib/libncursesw.so.6.0 you can use a symbolic link or the LD_PRELOAD variable, to point the elf to the correct location or you wait until the lib is updated upstream. regards, bitwave

ke7ofi commented on 2015-11-24 21:52 (UTC) (edited on 2015-11-24 21:53 (UTC) by ke7ofi)

textadept-curses won't start and says `textadept-curses: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory`. Is that an issue with the program, the package, or something on my end? A bit of Ducking indicates that it may have to do with library architecture for curses, but I don't see that set as a dependency here (which could be part of the problem if multilib is required).

« First ‹ Previous 1 2 3 4 5