[arch-dev-public] [makepkg] permission issue when stripping

[Aaron Griffin]

On Mon, Dec 28, 2009 at 8:34 AM, Andreas Radke <a.radke at arcor.de> wrote:
> I get this weird permission issue in go-oo build makepkg:
>
> Packaging succeeded
> /tmp/go-openoffice/trunk/src/ooo-build-3.2.0.1/build/ooo320-m8/dictionaries/unxlngx6.pro/bin /tmp/go-openoffice/trunk/src/ooo-build-3.2.0.1
> /tmp/go-openoffice/trunk/src/ooo-build-3.2.0.1
> /tmp/go-openoffice/trunk/src/ooo-build-3.2.0.1/build/ooo320-m8/solver/320/unxlngx6.pro/bin /tmp/go-openoffice/trunk/src/ooo-build-3.2.0.1
> /tmp/go-openoffice/trunk/src/ooo-build-3.2.0.1
> ==> Tidying install...
>  -> Purging other files...
>  -> Compressing man and info pages...
>  -> Stripping debugging symbols from binaries and libraries...
> /usr/bin/strip: unable to copy file
> 'usr/lib/go-openoffice/ure/lib/libuno_sal_textenc.so.3'; reason:
> Permission denied
>
> real    89m57.478s
> user    215m13.768s
> sys     22m56.040s
>
> It's reproducible. File permissions are the same like in the last go-oo
> release that built fine. It happens in my testing chroot.
>
> pkg working on my laptop that built fine:
>
> [andyrtr at laptop64 tmp]$ ls -lha /usr/lib/go-openoffice/ure/lib/libuno_sal_textenc.so.3
> -r--r--r-- 1 root root 1,8M 28. Nov 14:43 /usr/lib/go-openoffice/ure/lib/libuno_sal_textenc.so.3
>
> in my chroot right after the build failure:
> -r--r--r-- 1 andyrtr users 2.0M Dec 28 12:47 pkg/usr/lib/go-openoffice/ure/lib/libuno_sal_textenc.so.3
>
> The pkg is not a splitted pkgbuild! Just plain oldschool build{}
>
> Any idea? May this be smp related?

Hmm, I've had problems on other Unicies like this (with strip), but
that was typically caused when using GNU's strip against binaries
created by other crazy compilers. Is this .so created by gcc?