Dieter Plaetinck schrieb:

On Sat, 25 Jul 2009 13:26:11 +0200 Stefan Husmann wrote:

...

Hello,

did you remove the src dir before recompiling?

I used the following PKGBUILD under x86_64.

# Contributor: Roman Porizka pkgname=yafc pkgver=1.1.1 pkgrel=1 pkgdesc="yet another ftp client" arch=('i686' 'x86_64') url="http://yafc.sf.net" license=('GPL') depends=('readline') source=(http://downloads.sourceforge.net/$pkgname/$pkgname-$pkgver.tar.gz) md5sums=('d549d733276e63062c0ff8ea2baebc02' 'bde3d77c32c39c918bfa0f288b27c6ef')

build() { cd $srcdir/$pkgname-$pkgver ./configure --prefix=/usr --without-krb5 --without-readline || return 1 make || return 1 make DESTDIR=$pkgdir install || return 1 }

I guess not. didn't know that was needed. just too bad we don't have readline anymore now. Guess we'll have to wait until upstream makes it work with the new readline.

Thanks for the help

Dieter

The PKGBUILD needs some adjustments regarding proper manpage and info file handling. I will post a better one to AUR. Also support for kerberos 5 can be given using a small patch. Stefan

On Sat, Jul 25, 2009 at 3:13 PM, Henning Garus wrote:

On Sat, Jul 25, 2009 at 1:54 PM, Dieter Plaetinck wrote:

...

I guess not. didn't know that was needed. just too bad we don't have readline anymore now.  Guess we'll have to wait until upstream makes it work with the new readline.

That could take some time, last release was 2005. I have attached a patch which seems to fix the compile issues with readline6. This is more or less the result of some sed lines, so please don't start shouting at me if it breakes your system.

 Henning

Looks like the list ate my patch... let's try this again: http://depot.tu-dortmund.de/get/6rlmfg

On Sat, Jul 25, 2009 at 3:29 PM, Henning Garus wrote:

On Sat, Jul 25, 2009 at 3:13 PM, Henning Garus wrote:

...

On Sat, Jul 25, 2009 at 1:54 PM, Dieter Plaetinck wrote:

...

I guess not. didn't know that was needed. just too bad we don't have readline anymore now.  Guess we'll have to wait until upstream makes it work with the new readline.

That could take some time, last release was 2005. I have attached a patch which seems to fix the compile issues with readline6. This is more or less the result of some sed lines, so please don't start shouting at me if it breakes your system.

 Henning

Ok forget about this, after donvla stated on AUR that it works with readline-6-00, I looked at the differences between readline-6-00 and readline-6-003, the latter puts libreadline.a into /usr/lib instead of /lib. It seems when yafc looks for readline it starts in /usr/lib and uses libreadline.a which exports xmalloc and which leads to compile errors. If you run configure --with-readline-lib=/lib it uses libreadline.so and compiles.

Henning Garus wrote:

On Sat, Jul 25, 2009 at 3:29 PM, Henning Garus wrote:

...

On Sat, Jul 25, 2009 at 3:13 PM, Henning Garus wrote:

...

On Sat, Jul 25, 2009 at 1:54 PM, Dieter Plaetinck wrote:

...

I guess not. didn't know that was needed. just too bad we don't have readline anymore now. Guess we'll have to wait until upstream makes it work with the new readline.

That could take some time, last release was 2005. I have attached a patch which seems to fix the compile issues with readline6. This is more or less the result of some sed lines, so please don't start shouting at me if it breakes your system.

Henning

Ok forget about this, after donvla stated on AUR that it works with readline-6-00, I looked at the differences between readline-6-00 and readline-6-003, the latter puts libreadline.a into /usr/lib instead of /lib. It seems when yafc looks for readline it starts in /usr/lib and uses libreadline.a which exports xmalloc and which leads to compile errors.

If you run configure --with-readline-lib=/lib it uses libreadline.so and compiles.

http://bugs.archlinux.org/task/15266 Allan