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

The pkg dir is intially set to this permissions. Likely to avoid influence from the outside. Those permissions will be adjusted when makepkg arrives at the package() function.
But really odd... One test could be building in a tmpfs: BUILDDIR="/tmp/makepkg/ makepkg -sr". This may help to rule out something from the filesystem.

Nothing out of the ordinary I can find.

/dev/mapper/ArchinstallVg-root on / type btrfs (rw,relatime,compress=zstd:3,ssd,space_cache=v2,subvolid=256,subvol=/@)

I did not deliberately touch anything with the umask and this installation is a couple days old.

the directory I cloned this repo in is drwxr-xr-x - the only odd thing I noticed is that it would chmod the pkg/ folder (next to PKGBUILD) to d--x--x--x but I don't have a lot of experience with makepkg.

Other AUR packages I could build without problems are: xrdp, xorgxrdp, pipewire-module-xrdp (and they all have a pkg with drwxr-xr-x but maybe it does not matter because we're talking about src/

Interesting. Sadly I cannot reproduce building bare-metal and in a container.
Something special about the filesystem were this is build (fs, umask, etc) on?

I had some problems building this yesterday (on an updated physical machine).

Originally I opened an upstream issue with all the details because the "problem" exists there, but I could not reproduce it on another machine.

The exact same error for textadept-gtk3 (unsurprisingly)

https://github.com/orbitalquark/textadept/issues/669

TLDR the error:

File termkey.h is read-only; trying to patch anyway
patching file termkey.h
make[2]: *** [CMakeFiles/termkey-populate.dir/build.make:118: termkey-populate-prefix/src/termkey-populate-stamp/termkey-populate-patch] Error 2
make[1]: *** [CMakeFiles/Makefile2:87: CMakeFiles/termkey-populate.dir/all] Error 2
make: *** [Makefile:91: all] Error 2

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.