You are not logged in.
Pages: 1
I've looked at the log for pacman and I'm not really too sure how I could repair this. When I open a term and type in a pacman command, it starts off sounding like it is going to work (old box, I can hear it churning), but then it doesn't do anything). The rest of the system works fine afaict. Here is the relevant info from /var/log/pacman.log:
[01/24/05 05:09] starting full system upgrade
[01/24/05 05:09] installed glibc (2.3.4-2)
[01/24/05 05:09] installed ncurses (5.4-1)
[01/24/05 05:09] installed readline (5.0-1)
[01/24/05 05:09] installed bash (3.0-3)
[01/24/05 05:09] installed freetype1 (1.3.1-2)
[01/24/05 05:09] installed expat (1.95.8-1)
[01/24/05 05:09] installed zlib (1.2.2-1)
[01/24/05 05:09] installed freetype2 (2.1.9-2)
[01/24/05 05:09] warning: /etc/fonts/local.conf saved as /etc/fonts/local.conf.pacorig
[01/24/05 05:09] installed fontconfig (2.2.3-1)
[01/24/05 05:10] installed binutils (2.15-1)
[01/24/05 05:10] installed gcc (3.4.3-1)
[01/24/05 05:10] installed libpng (1.2.7-1)
[01/24/05 05:11] installed xorg (11R6.8.1-1)
[01/24/05 05:12] installed libjpeg (6b-3)
[01/24/05 05:12] installed libtiff (3.7.1-2)
[01/24/05 05:12] installed pkgconfig (0.15.0-1)
[01/24/05 05:12] installed glib2 (2.6.1-1)
[01/24/05 05:12] installed atk (1.9.0-1)
[01/24/05 05:12] installed pango (1.8.0-1)
[01/24/05 05:12] installed gtk2 (2.6.1-2)
[01/24/05 05:12] upgraded vte (0.11.11-2 -> 0.11.11-3)
[01/25/05 03:21] synchronizing package lists
[01/25/05 03:31] starting full system upgrade
[01/25/05 03:32] could not extract lib/ld-2.3.3.so: Text file busy
[01/25/05 03:32] errors occurred while installing glibc
[01/25/05 03:32] installed glibc (2.3.4-2)
[01/25/05 03:32] installed freetype1 (1.3.1-2)
[01/25/05 03:32] installed expat (1.95.8-1)
[01/25/05 03:32] installed zlib (1.2.2-1)
[01/25/05 03:32] installed freetype2 (2.1.9-2)
[01/25/05 03:32] installed fontconfig (2.2.3-1)
[01/25/05 03:33] installed binutils (2.15-1)
[01/25/05 03:33] could not extract usr/bin/i686-pc-linux-gnu-g++: File exists
[01/25/05 03:33] could not extract usr/bin/i686-pc-linux-gnu-c++: File exists
[01/25/05 03:33] could not extract usr/bin/i686-pc-linux-gnu-gcc-3.4.3: File exists
[01/25/05 03:33] could not extract usr/bin/i686-pc-linux-gnu-gcc: File exists
[01/25/05 03:33] errors occurred while installing gcc
[01/25/05 03:33] installed gcc (3.4.3-1)
[01/25/05 03:33] installed libpng (1.2.7-1)
[01/25/05 03:34] installed xorg (11R6.8.1-1)
[01/25/05 03:34] installed pkgconfig (0.15.0-1)
[01/25/05 03:34] installed glib2 (2.6.1-1)
[01/25/05 03:34] installed gettext (0.14.1-2)
[01/25/05 03:34] installed popt (1.7-2)
[01/25/05 03:34] installed desktop-file-utils (0.10-1)
[01/25/05 03:35] upgraded openoffice2 (1.9.65-1 -> 1.9.69-1)
[01/25/05 03:37] could not extract lib/ld-2.3.3.so: Text file busy
[01/25/05 03:37] errors occurred while installing glibc
[01/25/05 03:37] installed glibc (2.3.4-2)
[01/25/05 03:37] installed ed (0.2-2)
[01/25/05 03:37] installed openoffice2-spell-en (20040623-1)
I was getting some looping for a while in terms of it wanting to install packages that were already installed and I also got a message saying that libz.so was too small. I just copied over those libs from another Arch box which seemed to fix the issue at the time. However, now, after continuing the upgrade, more problems exist. I will try some more things to see if I can correct. This install was originated from the 0.6 iso long ago and has been running perfectly till just yesterday.
I would rather not re-install so if anyone has any ideas, it would be appreciated.
TIA
Offline
Th ething that comes to mind is the must be an issue with your zlib install... mind you with pacman not working I am not sure how to rectify it. Per haps you could download the pacman source and install it from source to see if that fixes anything.
Also that error for glibc part of your instal worries me too. but then it says it installed
AKA uknowme
I am not your friend
Offline
thanks for your response.
There are a few things in the log that worry me too. I did try downloading the pacman package and extracting it to the / directory but it still doesnt work. I think I am going to try using abs and just go through almost all the packages in the list until something hopefully works and corrects it.
edit: abs didn't work unfortunately, it just sits there as does pacman. So I am relegated to compiling from source...
I'm going to make a list here in hopes that I can eventually post something that worked
zlib - done
gcc - failed:
make[1]: *** No rule to make target `gnu/java/security/provider/DSAParameters.d'. Stop.
make[1]: Leaving directory `/home/ctm/gcc-3.4.3/i686-pc-linux-gnu/libjava'
make: *** [all-target-libjava] Error 2
Offline
you should give glibc a shot too.
sorry about taking so long to get back to you but I wasn't really able to properly process your post yesterday. I read it and just drew a blank on suggestions. I got a bit more sleep last night though and was able to think up some sort of response.
AKA uknowme
I am not your friend
Offline
could it be network issues?
does pacman output anything at all?
Offline
It's not a network issue because everything else seems to work fine. I updated my previous post with the indication that building gcc failed. I will try glibc next. Thanks for the suggestions.
abs can update, but makepkg does not work, I just get this:
[root@celly glibc]# makepkg -fic
==> Making package: glibc (Fri Jan 28 01:03:49 EST 2005)
==> Checking Runtime Dependencies...
and it just sits there. So I have been trying to compile things from source. I am using the sources posted on the Arch site so I am trying to keep things are cohesive as possible.
Offline
try manually downloading the tarballs for zlib and pacman.
create a temp directory
untar the two tarballs there.
copy the files to where they are supposed to be...
note: the directory structure will be obvious..
then try running update with 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
As mentioned in a previous post, I did try that with pacman. I also tried that with zlib and it made no difference.
Offline
[01/25/05 03:37] could not extract lib/ld-2.3.3.so: Text file busy
[01/25/05 03:37] errors occurred while installing glibc
(eliott@hermes ~)$ pacman -Qo /lib/ld-2.3.3.so
/lib/ld-2.3.3.so is owned by glibc 2.3.4-2
Try the same with glibc. It looks like it borked the upgrade for some reason.
"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
ok, I'm trying to do gcc again now and I will try glibc after that.
Thanks for the input
edit -- glibc is a mess to compile, hopefully I don't end up at that point.
Offline
is your pacman database screwed up? /var/lib/pacman ?
Offline
well, gcc failed again with that same java error.
phrakture - im not sure how you mean by 'screwed up'. Here is what is in that directory:
current extra local testing unstable
other than that, i'm not sure what determines if it is screwed up or not, could you be more specific?
Offline
ok. clarification.
Are you trying to recompile gcc and glibc?
I was just talking about extracting the packman package tarballs in a temp dir, and moving the binary files to where they should go (overwriting the existing ones).
Since the package is already installed, there should be no issue with needing to update the package database, and no "requirements" causing problems....
Simply dismiss the above if this is actually what you did, and chalk it up to me not understanding you.
"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
ok. clarification.
Are you trying to recompile gcc and glibc?I was just talking about extracting the packman package tarballs in a temp dir, and moving the binary files to where they should go (overwriting the existing ones).
Since the package is already installed, there should be no issue with needing to update the package database, and no "requirements" causing problems....Simply dismiss the above if this is actually what you did, and chalk it up to me not understanding you.
yeah, I'd agree with this...
download from archlinux.org the pkg files for glibc and gcc.
run pacman -A <file> and see if that installs (could be downloading isn't working).
if that fails still, then untar the packages and move the files where they need to go.
Offline
To clarify, pacman does not work in any way shape or form so it is not an option for me to use it. I was actually trying to compile glibc and gcc from source. I will attempt to unpack the packages to their appropriate directories and see if that makes any diffference. The reason why I was discouraged with that option was because I did start out doing it with other packages and it made no difference. I have not tried doing that with gcc and glibc though, so I will try that and post back. Sorry if I wasnt clear before. There are a lot of different methods to try here so it is hard to keep track and use the correct syntax. Thanks for the continued input.
edit: OK, none of that made any difference. I am starting to really consider just reinstalling my root partition. I would just need to back up files in the / dir such as fstab and smb.conf mainly since I have a separate /home and /boot.
unless there are any other suggestions, maybe a reinstall of the / would be best anyway.
update - I reinstalled the / partition and all is well again. It got to the point where it was just the easiest thing to do and it gave me a chance to try out the final Arch 0.7 cd for the first time. Peculiar that DevFS is still default, but otherwise, it was solid.
Offline
after doing the overwriting, have you rebooted? The inodes might not be being released if something is using them.
"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
yes, I did reboot, it made no difference. It's working fine now since reinstalling the / though. Thanks to everyone who offered help on this situation
Offline
You say pacman doesn't work, but does pacman.static? It's statically compiled so anything short of glibc being hosed shouldn't stop it from working.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
If you want to make a package, with makepkg, and can't seem to get makepkg to download a file, download it manually and place it in /var/cache/pacman/src/ and don't unpack it. Makepkg will get it from there.
Kind regards
Benedict White
Offline
If you want to make a package, with makepkg, and can't seem to get makepkg to download a file, download it manually and place it in /var/cache/pacman/src/ and don't unpack it. Makepkg will get it from there.
Makepkg freezes resolving dependencies, which it calls pacman to do.
I have discovered that all of mans unhappiness derives from only one source, not being able to sit quietly in a room
- Blaise Pascal
Offline
Rename the directory in which your package database is located, and see if that forces pacman to cleanly get a new copy.
I think it is /var/lib/pacman/
Then do a pacman -Syu and see what happens.
Kind regards
Benedict White
Offline
IMHO if you make a fresh 0.7 installation (which is what you already did) you should avoid installing devfsd completely right from the start (untich the package from the BASE list)... this should give you much less worries later.
The system installs and runs fine with just udev installed- unless of course you want to use 2.4.X kernels.
Microshaft delenda est
Offline
Pages: 1