Arch Linux User Repository

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:

• https://aur.archlinux.org/packages/textadept-gtk3 (includes a curses binary)
• https://aur.archlinux.org/packages/textadept-gtk2 (includes a curses binary)
• https://aur.archlinux.org/packages/textadept-curses

This does not seem to be a git pkgbuild.

Also should be: sha256sums=("74e480e07fd559103ec3171a754df5d1879322baf395107ad705f97a1583bbf0")

Build finishes with several: error: invalid use of incomplete typedef 'WINDOW' {aka 'struct _win_st'}

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:

• https://aur.archlinux.org/packages/textadept-gtk3 (includes a curses binary)
• https://aur.archlinux.org/packages/textadept-gtk2 (includes a curses binary)
• https://aur.archlinux.org/packages/textadept-curses

If someone uses a system-wide HTTP proxy which only accepts HTTPS connections for some reason, here is a patch that makes make to download all the dependencies through HTTPS:

476c476
< $(lpeg_tgz): ; $(WGET) http://www.inf.puc-rio.br/~roberto/lpeg/$@
---
> $(lpeg_tgz): ; $(WGET) https://www.inf.puc-rio.br/~roberto/lpeg/$@
497c497
< $(termkey_tgz): ; $(WGET) http://www.leonerd.org.uk/code/libtermkey/$@
---
> $(termkey_tgz): ; $(WGET) https://www.leonerd.org.uk/code/libtermkey/$@
504c504
< $(pdcurses_zip): ; $(WGET) http://prdownloads.sourceforge.net/pdcurses/$@
---
> $(pdcurses_zip): ; $(WGET) https://prdownloads.sourceforge.net/pdcurses/$@

I'm new to diffing and patching; sorry if something is wrong.

Thank you for the patch, I'll add it to the package!

Fix for the mixup - http://ix.io/4nO6

The reason was that Makefile was producing the executables not inside the src{,-gtk3,-curses} directories, but in their common parent. So the last build "wins", and all the three packages get its executables.

I also

• removed the GTK3=1 make argument, as such a variable doesn't exist in the build system.
• fixed the depends/provides/conflicts blocks

Yes I just noticed this too. I'm even forcing a GTK2 build. Not sure what's happening here.

After https://aur.archlinux.org/cgit/aur.git/commit/?h=textadept&id=e61da86 the textadept package started producing a GTK3 executable again. I did try uninstalling and building from scratch, to no avail.

I had put all compilation in the package() step because otherwise users would be building binaries they weren't going to install, increasing build time. I see now that better this than the absolute mess I wrote months ago.

I'll have this fixed soon.

Something I noticed, while building this package.
The checksum is still the wrong one.
And formally this PKGBUILD needs to be updated/changed as it currently compiles in the respective package() functions which is frowned upon as it for example kinda breaks --repackage.
package() is only for moving files into their respective locations. Compiling source should be done in build()

Since https://github.com/orbitalquark/textadept/commit/45c94a1 both textadept and textadept-gtk3 build GTK3 executables, as GTK3 is the default target now. Here's a fix:

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -35,9 +35,9 @@ package_textadept() {
        if [[ -f ../textadept ]]; then
                make clean
        fi
-       make
+       make GTK2=1
        make curses
-       make PREFIX=/usr DESTDIR="$pkgdir" install
+       make GTK2=1 PREFIX=/usr DESTDIR="$pkgdir" install
        rm "$pkgdir/usr/share/pixmaps/"textadept{.svg,.png}
        make curses PREFIX=/usr DESTDIR="$pkgdir" install

@@ -58,9 +58,9 @@ package_textadept-gtk3() {
        if [[ -f ../textadept ]]; then
                make clean
        fi
-       make GTK3=1
+       make
        make curses
-       make GTK3=1 PREFIX=/usr DESTDIR="$pkgdir" install
+       make PREFIX=/usr DESTDIR="$pkgdir" install
        rm "$pkgdir/usr/share/pixmaps/"textadept{.svg,.png}
        make curses PREFIX=/usr DESTDIR="$pkgdir" install