FS#12646 - Certain Packages cannot be built as regular user with makepkg
Attached to Project:
Pacman
Opened by Gereon Schomber (IncredibleLaser) - Friday, 02 January 2009, 22:35 GMT
Last edited by Allan McRae (Allan) - Wednesday, 07 January 2009, 02:44 GMT
Opened by Gereon Schomber (IncredibleLaser) - Friday, 02 January 2009, 22:35 GMT
Last edited by Allan McRae (Allan) - Wednesday, 07 January 2009, 02:44 GMT
|
Details
Description:
The building process of certain packages fails when initiated by makepkg as a regular user because of segmentation fault. Additional info: * pacman version 3.2.1-2 I cannot compile amarok2-svn and mplayer-svn from the AUR. I could post my makepkg.conf, but the mplayer-svn gets a segfault when running configure, so it's neither a makeflag, nor a C(XX)FLAG. The packages compile without problems when running "sudo makepkg --asroot". The error is documented at http://bbs.archlinux.org/viewtopic.php?id=59500 and at http://aur.archlinux.org/packages.php?ID=16935 (I get the same error at another point in the process). Building them manually as regular user works. Another user reports the same problem at http://bbs.archlinux.org/viewtopic.php?id=62013 . Happens to me both on 32 and 64 bit. Long story short: Problematic package - can be compiled by hand as regular user - can be compiled by makepkg as root - cannot be compiled by makepkg as regular user Sadly, I cannot say what causes this. As only certain packages are affected, I'm flagging this as Medium. Steps to reproduce: Try to compile these packages (mplayer-svn without my patch, amarok2-svn) as regular user with makepkg. |
This task depends upon
Closed by Allan McRae (Allan)
Wednesday, 07 January 2009, 02:44 GMT
Reason for closing: Duplicate
Additional comments about closing: FS#12653
Wednesday, 07 January 2009, 02:44 GMT
Reason for closing: Duplicate
Additional comments about closing:
The only real difference between building in amkepkg and building as a user is fakeroot usage. I am using fakeroot-1.11.4-1 from [testing]. Perhaps that fixes the issue.
FS#12653.