[arch-general] System upgrade problems
Hi all, I have a problem upgrading my x86_64 system. It started a couple of days ago when my pacman -Syu reported that libxml2 could not be fetched. I decided to wait a while and try again. This morning I tryed again and when asked to replace gail with extra/gtk2 I accepted. Then I got an error message : error: failed to prepare transaction (package filename is not valid) I search google and the forums but didn't find anything. I tought gail was the problem so I removed it and the packages that required it on my system (libgnocanvas, libbonoboui, libgnomeui, etherape, gedit, gnome-desktop, gnome-panel and xfce4-xfapplet-plugin) Then I tried to install gtk2 and got the same error. Pacman -Syu doesn't either : # pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (package filename is not valid) What should I do ?
Louis Brazeau wrote:
Hi all,
I have a problem upgrading my x86_64 system. It started a couple of days ago when my pacman -Syu reported that libxml2 could not be fetched. I decided to wait a while and try again.
Then I tried to install gtk2 and got the same error.
What should I do ?
Which mirror are you using? Maybe try switching to a different one and see if that clears things up? HTH, DR
On Thu, Oct 23, 2008 at 10:03 AM, David Rosenstrauch <darose@darose.net> wrote:
Louis Brazeau wrote:
Hi all,
I have a problem upgrading my x86_64 system. It started a couple of days ago when my pacman -Syu reported that libxml2 could not be fetched. I decided to wait a while and try again.
Then I tried to install gtk2 and got the same error.
What should I do ?
Which mirror are you using? Maybe try switching to a different one and see if that clears things up?
HTH,
DR
I forgot to mention that I tried with 4 different mirrors. The last one I tryed is ftp://ftp.archlinux.org/$repo/os/x86_64. So, I don't think its a mirror problem. What do you think? Tanks for your help.
On Thu, Oct 23, 2008 at 9:39 AM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 10:03 AM, David Rosenstrauch <darose@darose.net> wrote:
Louis Brazeau wrote:
Hi all,
I have a problem upgrading my x86_64 system. It started a couple of days ago when my pacman -Syu reported that libxml2 could not be fetched. I decided to wait a while and try again.
Then I tried to install gtk2 and got the same error.
What should I do ?
Which mirror are you using? Maybe try switching to a different one and see if that clears things up?
HTH,
DR
I forgot to mention that I tried with 4 different mirrors. The last one I tryed is ftp://ftp.archlinux.org/$repo/os/x86_64. So, I don't think its a mirror problem. What do you think?
Tanks for your help.
Can you run with --debug and show us the output?
On Thu, Oct 23, 2008 at 11:13 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Can you run with --debug and show us the output?
Aaron Griffin is trying to help me with my problem! I feel blessed :) The output of --debug is quite long so I thought I'd better put it on pastebin. Here's the link : http://pastebin.com/m3c97b0aa Thanks
On Thu, Oct 23, 2008 at 11:38 AM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 11:13 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Can you run with --debug and show us the output?
Aaron Griffin is trying to help me with my problem! I feel blessed :)
The output of --debug is quite long so I thought I'd better put it on pastebin. Here's the link :
Hmm, here is the relevant code from lib/libalpm/sync.c. You can see this error gets thrown if filename is null, which means alpm_pkg_get_filename() returned null on that particular package. Do you have any custom repos enabled that could potentially have invalid filename fields? /** Compute the size of the files that will be downloaded to install a * package. * @param newpkg the new package to upgrade to */ static int compute_download_size(pmpkg_t *newpkg) { const char *fname; char *fpath; off_t size = 0; fname = alpm_pkg_get_filename(newpkg); ASSERT(fname != NULL, RET_ERR(PM_ERR_PKG_INVALID_NAME, -1));
On Thu, Oct 23, 2008 at 12:48 PM, Dan McGee <dpmcgee@gmail.com> wrote:
On Thu, Oct 23, 2008 at 11:38 AM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 11:13 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Can you run with --debug and show us the output?
Aaron Griffin is trying to help me with my problem! I feel blessed :)
The output of --debug is quite long so I thought I'd better put it on pastebin. Here's the link :
Hmm, here is the relevant code from lib/libalpm/sync.c. You can see this error gets thrown if filename is null, which means alpm_pkg_get_filename() returned null on that particular package. Do you have any custom repos enabled that could potentially have invalid filename fields?
/** Compute the size of the files that will be downloaded to install a * package. * @param newpkg the new package to upgrade to */ static int compute_download_size(pmpkg_t *newpkg) { const char *fname; char *fpath; off_t size = 0;
fname = alpm_pkg_get_filename(newpkg); ASSERT(fname != NULL, RET_ERR(PM_ERR_PKG_INVALID_NAME, -1));
I used to have tanis repo in my pacman.conf but it's been commented out since june.
what happens if you remove the possibly corrupted cached file /var/cache/pacman/pkg/xextproto-7.0.3-2-x86_64.pkg.tar.gz On Thu, Oct 23, 2008 at 5:38 PM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 11:13 AM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Can you run with --debug and show us the output?
Aaron Griffin is trying to help me with my problem! I feel blessed :)
The output of --debug is quite long so I thought I'd better put it on pastebin. Here's the link :
Thanks
On Thu, Oct 23, 2008 at 1:05 PM, Raeven K.Bathory <kumyco@nrk.cc> wrote:
what happens if you remove the possibly corrupted cached file /var/cache/pacman/pkg/xextproto-7.0.3-2-x86_64.pkg.tar.gz
The line : debug: setting download size 0 for pkg xextproto changes to : debug: setting download size 41286 for pkg xextproto but the error message remains. So the problem package must be the next one to be checked. Is there a way to see the list of package that pacman -Syu is checking?
On Thu, Oct 23, 2008 at 12:22 PM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 1:05 PM, Raeven K.Bathory <kumyco@nrk.cc> wrote:
what happens if you remove the possibly corrupted cached file /var/cache/pacman/pkg/xextproto-7.0.3-2-x86_64.pkg.tar.gz
The line :
debug: setting download size 0 for pkg xextproto
changes to :
debug: setting download size 41286 for pkg xextproto
but the error message remains.
So the problem package must be the next one to be checked. Is there a way to see the list of package that pacman -Syu is checking?
Here are two relevant clips of the pacman.log: debug: 'weex' not found in sync db => no upgrade debug: new version of 'xextproto' found (7.0.3-1 => 7.0.3-2) debug: adding package xextproto-7.0.3-2 to the transaction targets debug: 'xfce4-time-out-plugin' not found in sync db => no upgrade debug: new version of 'xorg-twm' found (1.0.4-1 => 1.0.4-2) debug: adding package xorg-twm-1.0.4-2 to the transaction targets debug: new version of 'xtrans' found (1.2.1-1 => 1.2.2-1) debug: adding package xtrans-1.2.2-1 to the transaction targets debug: new version of 'xvidcore' found (1.1.3-1 => 1.1.3-2) debug: adding package xvidcore-1.1.3-2 to the transaction targets debug: 'yaourt' not found in sync db => no upgrade resolving dependencies... and: debug: checkdeps: package xextproto-7.0.3-2 debug: checkdeps: missing dependency 'inputproto' for package 'xextproto' debug: pulling dependency inputproto (needed by xextproto) debug: checkdeps: package xorg-twm-1.0.4-2
From this, either "xorg-twm" or "inputproto" would be next in the targets list, meaning pacman might be failing on one of those...
-Dan
On Thu, Oct 23, 2008 at 1:44 PM, Dan McGee <dpmcgee@gmail.com> wrote:
From this, either "xorg-twm" or "inputproto" would be next in the targets list, meaning pacman might be failing on one of those...
-Dan
Ok, got it! It's "xorg-twm" that is causing the problem : # pacman -Sp xorg-twm resolving dependencies... error: failed to prepare transaction (package filename is not valid) (Thank's to Raeven for suggesting the -p) I have removed this package : # pacman -R xorg-twm checking dependencies... warning: /etc/X11/twm/system.twmrc saved as /etc/X11/twm/system.twmrc.pacsave (1/1) removing xorg-twm [############################################################] 100% But now pacman -Syu stops a little further with the same error. This time it seems to be "xcb-util" that is the culprit : # pacman -Sp xcb-util resolving dependencies... error: failed to prepare transaction (package filename is not valid) I don't get it. I update my system every week or so and everything was going fine. I don't understand why it seems so mixed up. If I do : # pacman -Ss xorg-twm extra/xorg-twm 1.0.4-2 It looks like "xorg-twm" is a valid package. How come I can't install it? # pacman -S xorg-twm resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (package filename is not valid) I am greatfull for all of you guys help (even though I'm more confused than at the beginning :)
On Thu, Oct 23, 2008 at 2:08 PM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 1:44 PM, Dan McGee <dpmcgee@gmail.com> wrote:
From this, either "xorg-twm" or "inputproto" would be next in the targets list, meaning pacman might be failing on one of those...
-Dan
Ok, got it! It's "xorg-twm" that is causing the problem :
# pacman -Sp xorg-twm resolving dependencies... error: failed to prepare transaction (package filename is not valid)
(Thank's to Raeven for suggesting the -p)
I have removed this package :
# pacman -R xorg-twm checking dependencies... warning: /etc/X11/twm/system.twmrc saved as /etc/X11/twm/system.twmrc.pacsave (1/1) removing xorg-twm [############################################################] 100%
But now pacman -Syu stops a little further with the same error. This time it seems to be "xcb-util" that is the culprit :
# pacman -Sp xcb-util resolving dependencies... error: failed to prepare transaction (package filename is not valid)
I don't get it. I update my system every week or so and everything was going fine. I don't understand why it seems so mixed up. If I do :
# pacman -Ss xorg-twm extra/xorg-twm 1.0.4-2
It looks like "xorg-twm" is a valid package. How come I can't install it?
# pacman -S xorg-twm resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (package filename is not valid)
I am greatfull for all of you guys help (even though I'm more confused than at the beginning :)
Interesting. Can you install anything else BEFORE xorg-twm? How about checking your *local* DB with the command Nathan provided: find /var/lib/pacman/local -name desc -exec grep -L FILENAME {} \;
On Thu, Oct 23, 2008 at 3:16 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Interesting. Can you install anything else BEFORE xorg-twm?
I just installed tzdata-2008h-1. No problem.
How about checking your *local* DB with the command Nathan provided: find /var/lib/pacman/local -name desc -exec grep -L FILENAME {} \;
I didn't get Nathan's email. I just tried the command but it only returns a list of files, like : /var/lib/pacman/local/readline-5.2-8/desc /var/lib/pacman/local/nspr-4.7.1-1/desc /var/lib/pacman/local/bash-3.2.039-3/desc /var/lib/pacman/local/kernel-headers-2.6.26.3-1/desc /var/lib/pacman/local/tzdata-2008h-1/desc /var/lib/pacman/local/ncurses-5.6-8/desc and so on. I don't think that is what was expected.
On Thu, Oct 23, 2008 at 3:16 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Interesting. Can you install anything else BEFORE xorg-twm?
How about checking your *local* DB with the command Nathan provided: find /var/lib/pacman/local -name desc -exec grep -L FILENAME {} \;
Here's a pastebin of find /var/lib/pacman/local -name desc -exec grep -L xorg-twm '{}' \; http://pastebin.com/m63f871d But since I removed this package yesterday I thought it might be useful to add a pastebin of the same command with the next package thats giving the error http://pastebin.com/m63185c46
is this resvolved? can you try pacman-git from aur if not? On Fri, Oct 24, 2008 at 2:19 PM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 3:16 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Interesting. Can you install anything else BEFORE xorg-twm?
How about checking your *local* DB with the command Nathan provided: find /var/lib/pacman/local -name desc -exec grep -L FILENAME {} \;
Here's a pastebin of
find /var/lib/pacman/local -name desc -exec grep -L xorg-twm '{}' \;
But since I removed this package yesterday I thought it might be useful to add a pastebin of the same command with the next package thats giving the error
On Fri, Oct 24, 2008 at 3:02 PM, Raeven K.Bathory <kumyco@nrk.cc> wrote:
is this resvolved? can you try pacman-git from aur if not?
It might be resolved. In the past I used yaourt to install some packages. So, when I update my system I do yaourt -Syu --aur. Then I got this error and I switch to the pacman command to try to resolve it. While xorg-twm was install neither yaourt nor pacman would work. Now that I have removed that package, yaourt is downloading the updated packages. Yup, it just finished. My system is up to date. Thanks everyone!
maybe you can try `pacman -Syyup --debug` `p' to print out the uris but not download or install anything i can't test it since i'm fully updated, but you could also try the `w' to just download the pkgs instead of `p' i couldn't see anything in the pacman -h about doing that so i guess we could just look in the debugging output if that doesn't quite help On Thu, Oct 23, 2008 at 6:22 PM, Louis Brazeau <lbrazeau@gmail.com> wrote:
On Thu, Oct 23, 2008 at 1:05 PM, Raeven K.Bathory <kumyco@nrk.cc> wrote:
what happens if you remove the possibly corrupted cached file /var/cache/pacman/pkg/xextproto-7.0.3-2-x86_64.pkg.tar.gz
The line :
debug: setting download size 0 for pkg xextproto
changes to :
debug: setting download size 41286 for pkg xextproto
but the error message remains.
So the problem package must be the next one to be checked. Is there a way to see the list of package that pacman -Syu is checking?
Try using pacman -Syyu
On Thu, Oct 23, 2008 at 11:14 AM, Daenyth Blank <daenyth+arch@gmail.com> wrote:
Try using pacman -Syyu
Same error unfortunatly : # pacman -Syyu :: Synchronizing package databases... core 31.4K 90.0K/s 00:00:00 [############################################################] 100% extra 402.7K 260.3K/s 00:00:02 [############################################################] 100% community 354.8K 257.7K/s 00:00:01 [############################################################] 100% :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (package filename is not valid) I'll post my --debug output as suggested by Aaron. Thanks for your help.
participants (6)
-
Aaron Griffin
-
Daenyth Blank
-
Dan McGee
-
David Rosenstrauch
-
Louis Brazeau
-
Raeven K.Bathory