You are not logged in.
when i update my system with pacman -Syu i get
warning: audacious-plugins-1.3.3-1: ignoring package upgrade (1.3.3-1)
which seems to me to be the same version, only difference is that the installed one was built by me.
sorry for opening a new thread about this but the bug tracker didnt seem to have anything apropriate and the pacman 3 thread has been locked here...
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
also just noticed
man pacman
No manual entry for pacman
i suppose thats been done on purpose..
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
Try reinstalling pacman. I have pacman 3.0.3-1 and the man page is there.
Offline
well i have the man pages too its just that my user cant access them for some reason. root does normally. seems like my user cant access some man* directories as well even tho permissions are -rw-r--r-- on all of them.
ps. its a fresh installation on another pc & i honestly have no idea what might cause that
Last edited by dolby (2007-04-30 19:39:43)
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
Same here. Just installed pacman3 a few minutes ago.
man pacman does not work. only sudo man pacman.
Offline
Running pacman 3.0.3-1 works fine here with man pages
"When once you have tasted flight, you will forever walk the earth with your eyes turned skyward, for there you have been, and there you will always long to return."
Offline
are the directories chmod 644? or the man files?
Because the directories should be chmod 755, and the individual man pages should be chmod 644.
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
works fine for me
Its a sick world we live in....
Offline
I saw this issue about pacman man pages earlier today on #archlinux. However, some investigation seemed to reveal this was not the only package whose manpages were inaccessible, but it was an entire directory (such as man/man8).
Try accessing some of the other man pages on your system that reside in the same directory as pacman.8.gz.
Offline
I saw this issue about pacman man pages earlier today on #archlinux. However, some investigation seemed to reveal this was not the only package whose manpages were inaccessible, but it was an entire directory (such as man/man8).
Try accessing some of the other man pages on your system that reside in the same directory as pacman.8.gz.
yes.. man 3, man3x, man5, man8. those directories are inaccessible.
Offline
Can you post permissions on the entire man directory tree?
Leaving out locale directories, here is what I see (current directory of /usr, ls -la man/):
drwxr-xr-x 51 root root 4.0K Apr 28 12:11 .
drwxr-xr-x 11 root root 4.0K Apr 28 12:11 ..
drwxr-xr-x 2 root root 4.0K Apr 13 11:36 man0p
drwxr-xr-x 2 root root 32K Apr 29 14:01 man1
drwxr-xr-x 2 root root 4.0K Apr 13 11:36 man1p
drwxr-xr-x 2 root root 12K Apr 13 11:36 man2
drwxr-xr-x 2 root root 176K Apr 16 02:04 man3
drwxr-xr-x 2 root root 36K Apr 13 11:36 man3p
lrwxrwxrwx 1 root root 4 Apr 13 11:36 man3x -> man3
drwxr-xr-x 2 root root 4.0K Apr 13 11:36 man4
drwxr-xr-x 2 root root 4.0K Apr 28 01:36 man5
drwxr-xr-x 2 root root 4.0K Apr 13 11:36 man6
drwxr-xr-x 2 root root 4.0K Apr 20 20:10 man7
drwxr-xr-x 2 root root 16K Apr 28 01:36 man8
drwxr-xr-x 2 root root 4.0K Apr 13 11:36 man9
Offline
Can you provide me with the code to do that? I am actually probably the wrong person to be dealing with here since I am pretty Linux/console illiterate. I am able to use Arch thanks to through wikis/guides, but I still am clueless for many basic things. I discovered the different permissions for the directories I listed via GUI tools.
Anyway, let me know the command to run and I will post the data.
Offline
I thought the ls -la I provided would be pretty clear...
Anyway, here you go (after opening a terminal):
cd /usr
ls -la man/
Offline
Sorry
drwxr-xr-x 53 root root 4096 2007-04-28 12:36 .
drwxr-xr-x 12 root root 4096 2007-04-28 12:36 ..
drwxr-xr-x 2 root root 4096 2007-04-09 17:19 man0p
drwxr-xr-x 2 root root 40960 2007-04-30 18:53 man1
drwxr-xr-x 2 root root 4096 2007-04-09 17:19 man1p
drwxr-xr-x 2 root root 12288 2007-04-22 14:42 man2
drwx------ 2 root root 294912 2007-04-30 19:55 man3
drwxr-xr-x 2 root root 36864 2007-04-09 17:19 man3p
lrwxrwxrwx 1 root root 4 2007-04-22 17:56 man3x -> man3
drwxr-xr-x 2 root root 4096 2007-04-22 14:42 man4
drwx------ 2 root root 12288 2007-04-30 19:55 man5
drwxr-xr-x 2 root root 4096 2007-04-22 14:42 man6
drwxr-xr-x 2 root root 4096 2007-04-26 20:12 man7
drwx------ 2 root root 20480 2007-04-30 19:55 man8
drwxr-xr-x 2 root root 4096 2007-04-09 17:19 man9
Offline
OK, this looks like a corrupted package issue. Can you (anyone having this issue actually) post the last few packages you have installed, or at least the packages since you know these man pages were working? Look at /var/log/pacman.log for this.
One of the packages that people are installing is changing the permissions on these directories. A possible way of checking this- see if any man pages in the affected directories are the same busted permissions (missing group and other read access). These are likely the cause of the busted directory permissions.
Offline
This is not that difficult since I used man pacman just the other day and have not installed much since.
[04/30/07 10:34] upgraded gnome-python (2.18.0-1 -> 2.18.2-1)
[04/30/07 10:34] upgraded gtkmm (2.10.8-1 -> 2.10.9-1)
[04/30/07 10:34] upgraded openssl (0.9.8e-2 -> 0.9.8e-3)
normal updates
[04/30/07 18:52] installed libarchive (1.3.1-2)
[04/30/07 18:53] upgraded libarchive (1.3.1-2 -> 1.3.1-2)
[04/30/07 18:53] installed libdownload (1.1-1)
i had to install these because pacman3 depended on them.
there is a possibility i corrupted libarchive... i was being inept and messed around with things before libarchive totally completed... then i just reinstalled it along with libdownload.
Offline
i no longer have the issue cause i reinstalled the whole system since i had the pkgs in another pc and it took less than an hour to do so, but this time didnt installl pacman 3.0.3 and afaict now it works ok
btw @ toofishes: i was the one who mentioned this at #archlinux
Last edited by dolby (2007-05-01 04:02:51)
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
Well, I do not have the luxury of a reinstall at the moment. I am pretty sure one of the packages I posted above is the culprit. I hope this issue can be identified and corrected.
Offline
yeah. it is in the pacman3 package.
tar -tzvf pacman-3.0.1-1.pkg.tar.gz
drwx------ root/root 0 2007-04-28 09:36 usr/man/man5/
drwx------ root/root 0 2007-04-28 09:36 usr/man/man8/
drwx------ root/root 0 2007-04-28 09:36 usr/man/man3/
------------------------
darweth. To fix your system, do the following as root.
chmod 755 /usr/man/man3 /usr/man/man5 /usr/man/man8
Last edited by cactus (2007-05-01 15:02:59)
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Well... due to this issue and messing around with things, I ended up totally deleting pacman. Trying to get it back now, but not having much success. Any tips?
http://bbs.archlinux.org/viewtopic.php?id=21990
I am looking at this thread.
Offline
I am actually trying the first step of compiling pacman bc I do not fully understand all the steps of the 2nd way in that thread. This is the info I get.
[root@bepogi pacman-2.9.8]# make && make install
(cd libftp; make libftp.a)
make[1]: Entering directory `/home/bepogi/Desktop/pacman-2.9.8/libftp'
make[1]: `libftp.a' is up to date.
make[1]: Leaving directory `/home/bepogi/Desktop/pacman-2.9.8/libftp'
gcc ./src/pacman.o ./src/db.o ./src/util.o ./src/list.o ./src/package.o ./src/pacsync.o ./src/md5.o ./src/md5driver.o ./src/strhash.o ./src/rpmvercmp.o -o pacman -Llibftp -lftp -ltar -lz
gcc ./src/pacman.o ./src/db.o ./src/util.o ./src/list.o ./src/package.o ./src/pacsync.o ./src/md5.o ./src/md5driver.o ./src/strhash.o ./src/rpmvercmp.o -o pacman.static -static -Llibftp -lftp -ltar -lz
/usr/local/lib/libtar.a(encode.o): In function `th_set_group':
/home/bepogi/Desktop/libtar-1.2.11/lib/encode.c:174: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/libtar.a(decode.o): In function `th_get_gid':
/home/bepogi/Desktop/libtar-1.2.11/lib/decode.c:68: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/libtar.a(decode.o): In function `th_get_uid':
/home/bepogi/Desktop/libtar-1.2.11/lib/decode.c:52: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/libtar.a(encode.o): In function `th_set_user':
/home/bepogi/Desktop/libtar-1.2.11/lib/encode.c:160: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
libftp/libftp.a(ftplib.o): In function `FtpConnect':
ftplib.c:(.text+0x889): warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
ftplib.c:(.text+0x7ab): warning: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
(cd libftp; make libftp.a)
make[1]: Entering directory `/home/bepogi/Desktop/pacman-2.9.8/libftp'
make[1]: `libftp.a' is up to date.
make[1]: Leaving directory `/home/bepogi/Desktop/pacman-2.9.8/libftp'
gcc ./src/pacman.o ./src/db.o ./src/util.o ./src/list.o ./src/package.o ./src/pacsync.o ./src/md5.o ./src/md5driver.o ./src/strhash.o ./src/rpmvercmp.o -o pacman -Llibftp -lftp -ltar -lz
gcc ./src/pacman.o ./src/db.o ./src/util.o ./src/list.o ./src/package.o ./src/pacsync.o ./src/md5.o ./src/md5driver.o ./src/strhash.o ./src/rpmvercmp.o -o pacman.static -static -Llibftp -lftp -ltar -lz
/usr/local/lib/libtar.a(encode.o): In function `th_set_group':
/home/bepogi/Desktop/libtar-1.2.11/lib/encode.c:174: warning: Using 'getgrgid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/libtar.a(decode.o): In function `th_get_gid':
/home/bepogi/Desktop/libtar-1.2.11/lib/decode.c:68: warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/libtar.a(decode.o): In function `th_get_uid':
/home/bepogi/Desktop/libtar-1.2.11/lib/decode.c:52: warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/local/lib/libtar.a(encode.o): In function `th_set_user':
/home/bepogi/Desktop/libtar-1.2.11/lib/encode.c:160: warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
libftp/libftp.a(ftplib.o): In function `FtpConnect':
ftplib.c:(.text+0x889): warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
ftplib.c:(.text+0x7ab): warning: Using 'getservbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/bin/install -c -D -m0755 pacman /usr/local/bin/pacman
/bin/install -c -D -m0755 pacman.static /usr/local/bin/pacman.static
/bin/install -c -D -m0755 vercmp /usr/local/bin/vercmp
/bin/install -c -D -m0755 convertdb /usr/local/bin/convertdb
/bin/install -c -D -m0755 ./scripts/makepkg /usr/local/bin/makepkg
/bin/install -c -D -m0755 ./scripts/makeworld /usr/local/bin/makeworld
/bin/install -c -D -m0755 ./scripts/gensync /usr/local/bin/gensync
/bin/install -c -D -m0755 ./scripts/updatesync /usr/local/bin/updatesync
/bin/install -c -D -m0755 ./scripts/pacman-optimize /usr/local/bin/pacman-optimize
/bin/install -c -D -m0644 ./doc/pacman.8 /usr/local/man/man8/pacman.8
/bin/install -c -D -m0644 ./doc/makepkg.8 /usr/local/man/man8/makepkg.8
/bin/install -c -D -m0644 etc/pacman.conf /etc/pacman.conf
/bin/install -c -D -m0644 etc/makepkg.conf /etc/makepkg.conf
[root@bepogi pacman-2.9.8]#
Offline
just download the pacman package..and untar it. use the pacman binary in the extracted directory to install pacman again.
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
[bepogi@bepogi pacman-2.9.8]$ dir
COPYING acconfig.h config.status doc pacman.static
ChangeLog config.guess config.sub etc scripts
Makefile config.h configure install-sh src
Makefile.in config.h.in configure.in libftp vercmp
README config.log convertdb pacman
sorry for bugging you again. well, i have never installed a binary before w/o a package manager. which is the exact file i am looking for and what is the command to install pacman? i am clueless! haha.
Last edited by darweth (2007-05-01 15:38:38)
Offline
Do the following as root. Be careful.
cd $HOME
mkdir TESTING; cd TESTING;
wget ftp://ftp.archlinux.org/testing/os/i686/pacman-3.0.3-1.pkg.tar.gz
tar -xzf pacman-3.0.3-1.pkg.tar.gz
usr/bin/pacman.static -U pacman-3.0.3-1.pkg.tar.gz
chmod 755 /usr/man/man3 /usr/man/man5 /usr/man/man8
cd $HOME
rm -rf TESTING
Note: the usr/bin/pacman.static command does *not* have a leading /. This is on purpose. It is using the pacman from the package you extracted manually.
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Do the following as root. Be careful.
cd $HOME mkdir TESTING; cd TESTING; wget ftp://ftp.archlinux.org/testing/os/i686/pacman-3.0.3-1.pkg.tar.gz tar -xzf pacman-3.0.3-1.pkg.tar.gz usr/bin/pacman.static -U pacman-3.0.3-1.pkg.tar.gz chmod 755 /usr/man/man3 /usr/man/man5 /usr/man/man8 cd $HOME rm -rf TESTING
Note: the usr/bin/pacman.static command does *not* have a leading /. This is on purpose. It is using the pacman from the package you extracted manually.
Thanks. I am almost there. The reason my pacman was removed was because I absentmindedly removed libarchive and libdownload while half-awake and did not see that pacman3 would be removed too (or was not thinking). any way i can easily install those dependencies for pacman3? or can you provide the address for pacman2.9.8 and i can follow the same above steps?
Last edited by darweth (2007-05-01 15:59:25)
Offline