You are not logged in.
ever since the new pacman, I can't use aurbuild or aur-get for installing AUR packages.
this is the message I get:
ERROR: Running makepkg as root is a BAD idea and can cause
permanent, catastrophic damage to your system. If you
wish to run as root, please use the --asroot option.
how do I use the --asroot option?
I've changed nothing in the way I did things except upgrading the new pacman.
Offline
those scripts (aur-get, aurbuild) will have to be updated for the new version of makepkg. You can probably search those scripts and replace the calls to "makepkg" with "makepkg --asroot" but as the output says, that is bad...
Last edited by Allan (2008-01-12 14:35:13)
Offline
Thank Allan. Did that but now I'm getting this error:
ERROR: There is no agent set up to handle ftp URLs. Check /etc/makepkg.conf.
Aborting...
Checked the /etc/makepkg.conf and it's set to use wget which works fine on it's own.
I've changed nothing except the upgrades.
Offline
If you have a makepkg.conf.pacnew, consider merging it.
pacman roulette : pacman -S $(pacman -Slq | LANG=C sort -R | head -n $((RANDOM % 10)))
Offline
Bingo!!!! That worked shining.
Thanx y'all!!
Offline
ever since the new pacman, I can't use aurbuild or aur-get for installing AUR packages.
this is the message I get:
ERROR: Running makepkg as root is a BAD idea and can cause
permanent, catastrophic damage to your system. If you
wish to run as root, please use the --asroot option.how do I use the --asroot option?
I've changed nothing in the way I did things except upgrading the new pacman.
funkmuscle: just out of curiosity can you run htop or something while aurbuild is running makepkg and see who owns the process? It should never be running makepkg as root but rather as the aurbuild user. I really can't see how it would run it as root so I'm wondering if that message is wrong.
Offline
I edited aur-get to run makepkg with --asroot option.
Arch Linux is my favourite OS but it's the only OS that I have sudo, fakeroot issues with so I got fed up and will su to root then build and install packages I need.
so yes, makepkg is running with the --asroot option.
You got any pointers to help me fix those issues. I wanna run Arch properly.
Offline
That really doesn't answer my question. I asked if aurbuild, not aur-get, is running makepkg as root or aurbuild user (as it should) via a process monitoring tool. Aurbuild uses root to switch to the under privileged user to call on makepkg.
I can't test this because I don't have arch installed anymore but if it really is running makepkg as root, and others can confirm it, then I'm going to have to consider taking it down because it would be unsafe for anyone to use.
Offline
ps aux gave me aurbuild
aurbuild 11737 0.0 0.1 4664 1648 pts/2 S+ 17:21 0:00 /bin/bash -e /usr/bin/makepkg -f
aurbuild 11942 0.0 0.1 4264 1420 pts/2 S+ 17:21 0:00 /bin/sh /usr/bin/fakeroot -- /usr/bin/makepkg -F -f
aurbuild 11950 0.1 0.0 1652 308 ? Ss 17:21 0:00 /usr/bin/faked
aurbuild 11957 0.0 0.1 4436 1672 pts/2 S+ 17:21 0:00 /bin/bash -e /usr/bin/makepkg -F -f
aurbuild 14658 0.0 0.0 3400 964 pts/2 S+ 17:22 0:00 make
aurbuild 14659 0.0 0.0 3400 1024 pts/2 S+ 17:22 0:00 make all-recursive
aurbuild 14660 0.0 0.1 4300 1440 pts/2 S+ 17:22 0:00 /bin/sh -c set fnord $MAKEFLAGS; amf=$2; \?dot_seen=no; \?target=`echo all-recursive | sed s/-recursive//`; \?list='m4 libs ui src tr'; for subdir
sorry T-Dawg, early morning when I first replied...
installed htop and got the same. user is aurbuild.
Last edited by funkmuscle (2008-01-12 23:05:29)
Offline
If you have a makepkg.conf.pacnew, consider merging it.
what do you mean?
Offline
Instead of overwriting your old makepkg.conf new pacman installed a new makepkg.conf as makepkg.conf.pacnew. Now you have to open both files (/etc/makepkg.conf and /etc/makepkg.conf.pacnew) in a text editor and apply everything new in the "pacnew" file to the old file. If you have never customized your /etc/makepkg.conf file then you can probably just overwrite the old makepkg.conf file with the pacnew version.
Offline
got it. thanks.
Offline