You are not logged in.
Pages: 1
For 2 days now or so yaourt -S "package" is giving me this:
http://pastie.caboo.se/180904
And I have no clue what that is. Any ideas?
Offline
Try to run testdb. It seems like a problem on your pacman database.
Offline
No output. But pacman works anyways.
Offline
Offline
Well there are more "error:" lines than I can scroll. So I put the output in a file, sorry for the colorcode stuff, should be readable though, "yaourt -S emelfm2 > tmp/errr2.txt 2>&1": http://pastie.caboo.se/181694
I installed emacs and openoffice since the error exists, it kinda works when I yaourt -S the same package a second time.
Also when I search, I get some permission errors: http://pastie.caboo.se/181695 Again with the packages that were installed with the error. Oh and also when removing: http://pastie.caboo.se/181696
Offline
Seems to me that the installation part goes fine. Pacman doesn't complain, since it doesn't parse the whole package database (EDIT: it does, it's probably just permissions, see below). But yaourt does, since afterwards yaourt tries to find orphaned dependencies. Just check: do you really have the file /var/lib/pacman/local/emacs-22.2-1/depends and <same dir>/desc and <same dir>files? If you don't, then yaourt (and wain
is right, and your pacman database is corrupted. If you do, then it's a bug in yaourt.
EDIT: Ah, I understand now. It's really a permissions problem. yaourt doesn't run as root, but pacman does. Check the permissions on the directories/files in /var/lib/pacman/local.
Last edited by bender02 (2008-04-16 15:03:32)
Offline
Urg, yea. The OOo and emacs folders in /var/lib/pacman/local were missing read and execute permissions for groups and others. The files are there. But I guess the problem isn't solved now. I'll don't know how to repair the datebase, but I'll try to find out ![]()
Offline
bender02 has found the problem. Just try to reinstall all bad packages with yaourt -S
Offline
Urg, yea. The OOo and emacs folders in /var/lib/pacman/local were missing read and execute permissions for groups and others. The files are there. But I guess the problem isn't solved now. I'll don't know how to repair the datebase, but I'll try to find out
Either follow wain's advice, or just modify the permissions ('chmod 644 <files>' and 'chmod 755 <dirs>'). Anyway, just in case, you could backup the database (either use some backup program, or just 'cd /var/lib; tar czvf pacman-database-backup.tar.gz pacman/local/*') before you do it.
Offline
Anyway, just in case, you could backup the database (either use some backup program, or just 'cd /var/lib; tar czvf pacman-database-backup.tar.gz pacman/local/*') before you do it.
Or just run yaourt --backup to save database in current dir, and yaourt --backup file.tar.bz2 to restore it later ![]()
Offline
Oh man. I think I know what it was. I added stuff to my .bashrc and used umask 077 and I copied it to the rootfolder without modifying.
Offline
Happened to me as well - it took me quite a while to find that long forgotten umask in root's .bashrc...
Offline
Pages: 1