You are not logged in.
I was upgrading my Arch Linux i686 install, and I got the following error:
error: The mirror 'http://mirror.rit.edu/archlinux/$repo/os/$arch' contains the $arch variable, but no Architecture is defined.
I added Architecture = i686 to /etc/pacman.conf under [options], and when I run pacman -Syu, I get these errors:
error: failed to prepare transaction (package architecture is not valid)
:: package clucene-2.3.3.4-2-x86_64 does not have a valid architecture
:: package filezilla-3.5.3-1-x86_64 does not have a valid architecture
:: package lshw-B.02.16-1-x86_64 does not have a valid architecture
:: package yajl-2.0.4-1-x86_64 does not have a valid architecture
Why is pacman trying to install x86_64 packages on my i686 system?
Last edited by nticompass (2012-01-13 03:24:43)
Offline
What happens if you change it to Architecture = auto?
Offline
How old is your install?
Offline
I'll confirm problem I update daily. And it just started occuring:
error: failed to prepare transaction (package architecture is not valid)
:: package e-svn-66935-1-x86_64 does not have a valid architecture
:: package e-modules-extra-svn-66883-1-x86_64 does not have a valid architecture
:: package emprint-svn-64443-1-x86_64 does not have a valid architecture
Offline
I can also confirm. It doesn't matter if Architecture = auto or i686. The error occurs regardless. Strange, just started happening this week.
Offline
I also update every day. Just got the following:
:: Starting full system upgrade...
error: failed to prepare transaction (package architecture is not valid)
:: package python2-bsddb-5.2.0-3-x86_64 does not have a valid architecture
Offline
Change mirrors. Is it happening for all mirrors or just one?
Offline
The [community] repo looks screwed... investigating.
Offline
Change mirrors. Is it happening for all mirrors or just one?
Tried each of the following with same result:
Server = http://mirror.rit.edu/archlinux/$repo/os/$arch
Server = http://mirror.ece.vt.edu/archlinux/$repo/os/$arch
Server = http://mirror.yellowfiber.net/archlinux/$repo/os/$arch
Offline
"error: failed to prepare transaction (package architecture is not valid)
:: package virtualbox-4.1.8-1-x86_64 does not have a valid architecture"
This is the error I get when trying to install vbox from repos. I was assuming its because i am running i686. There is no i686 package in repos. or in AUR. Did find a virtualbox-source that was i686 but had errors when installing then I had the feeling Im going in the wrong direction. Nothing much on google or these forums.
Any thoughts?
Datacenter Ninja
Offline
Known issue. Allan is looking into it: https://bbs.archlinux.org/viewtopic.php?id=133393
Offline
Thanks for reply. Couldn't i see the i686 version with a pacman search anyhow? And I searched the repos and the AUR through the web and did not see any in there either
Datacenter Ninja
Offline
Seems the [community] repo is having problems atm (I'm using 32-bit too):
[karol@black ~]$ pacman -Sp virtualbox
error: failed to prepare transaction (package architecture is not valid)
:: package virtualbox-4.1.8-1-x86_64 does not have a valid architecture
You can use e.g. http://arm.konnichi.com/community/os/i6 … pkg.tar.xz but you have to download the dependencies (if any) by hand too.
Last edited by karol (2012-01-12 05:05:43)
Offline
Got errors
:: Retrieving packages from community...
error: failed retrieving file 'virtualbox-modules-4.1.8-1-x86_64.pkg.tar.xz' from mirrors.kernel.org : File unavailable (e.g., file not found, no access)
error: failed retrieving file 'virtualbox-modules-4.1.8-1-x86_64.pkg.tar.xz' from archlinux.supsec.org : File unavailable (e.g., file not found, no access)
error: failed retrieving file 'virtualbox-modules-4.1.8-1-x86_64.pkg.tar.xz' from cake.lib.fit.edu : File unavailable (e.g., file not found, no access)
error: failed retrieving file 'virtualbox-modules-4.1.8-1-x86_64.pkg.tar.xz' from mirrors.cat.pdx.edu : Not Found
error: failed retrieving file 'virtualbox-modules-4.1.8-1-x86_64.pkg.tar.xz' from mirror.ece.vt.edu : Not Found
error: failed retrieving file 'virtualbox-modules-4.1.8-1-x86_64.pkg.tar.xz' from ftp.gtlib.gatech.edu : File unavailable (e.g., file not found, no access)
warning: failed to retrieve some files from community
error: failed to commit transaction (File unavailable (e.g., file not found, no access))
Seems to be looking for 64 bit packages still. Had a similar issue when installing another prog as well
Datacenter Ninja
Offline
Same here
Offline
You're not listening. Our repo is f*cked for some reason.
I downloaded VB from http://arm.konnichi.com/community/os/i6 … pkg.tar.xz so if you need it ASAP, do the same.
Offline
I have the same problem
community está actualizado
error: failed to prepare transaction (package architecture is not valid)
:: Starting full system upgrade...
:: package e-modules-extra-svn-66883-1-x86_64 does not have a valid architecture
:: package e-svn-66935-1-x86_64 does not have a valid architecture
:: package e_dbus-svn-66792-1-x86_64 does not have a valid architecture
:: package ecore-svn-66892-1-x86_64 does not have a valid architecture
:: package edje-svn-66943-1-x86_64 does not have a valid architecture
:: package eet-svn-66804-1-x86_64 does not have a valid architecture
:: package eina-svn-66864-1-x86_64 does not have a valid architecture
:: package elementary-svn-66938-1-x86_64 does not have a valid architecture
:: package emprint-svn-64443-1-x86_64 does not have a valid architecture
:: package evas-svn-66901-1-x86_64 does not have a valid architecture
:: package filezilla-3.5.3-1-x86_64 does not have a valid architecture
Last edited by lomunet (2012-01-12 05:26:22)
Offline
Guys, stop posting 'me too' - that's not helping one bit.
You can use http://arm.konnichi.com/search/ to get the packages you need but you have to manually download the dependencies to.
Offline
Let me repeat...
The [community] repo looks screwed... investigating.
Offline
Moderator: Merged threads.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Let me just say this.. I tried to do my own investigating... ala browsing /var/lib/pacman/sync/some.existing.file.db but archive manager says the file(s) are corrupt or damaged??
Sounds like the work of a real genius
I can do genius work too...
[root@mybox] rm /var/lib/pacman/sync/*
[root@mybox] pacman -Syu
Still renders a screwed up local db store. Well, I can't review the data myself without some sort of self certification in redundant file formatting,... so how about explaining to us mere mortals who are waiting in the wings why this format is helpful to us... and why the repository system has apparently considered the i686 platform obsolete or at least equivalent to x86_64?
Karol, thanks for the information about 'manual' searches. It is quite the relief to know that the pre-compiled binaries are at least still available to us.
lmao () {
echo 'I have the same problem'; # Print useless information instead following thread progress....
}
Last edited by Triston J. Taylor (2012-01-12 06:20:32)
systemd has its advantages; of these the most damaging are: corporatization, security bottlenecks, control obfuscation, and micro-managed forward compatibility pitfalls. Free Software meets Dictatorship. What a maroon.
Offline
You don't need to investigate yourself, just follow the ML http://mailman.archlinux.org/pipermail/ … 22378.html
Offline
frank419, the problem you are having is the same as everyone else. But your first problem is that your local package information is out of sync.
You should run....
[root@yourbox] pacman -Sy
.... to synchronize your package database. Of course this won't be useful at all until the topic issue here is corrected.
systemd has its advantages; of these the most damaging are: corporatization, security bottlenecks, control obfuscation, and micro-managed forward compatibility pitfalls. Free Software meets Dictatorship. What a maroon.
Offline
It's already working for me. Remember to run 'pacman -Sy' to get the fixed db.
Offline
Thank you ArchLinux Team!
Definitely going to pick up some 'schwag' to proudly support the project A.S.A.P
systemd has its advantages; of these the most damaging are: corporatization, security bottlenecks, control obfuscation, and micro-managed forward compatibility pitfalls. Free Software meets Dictatorship. What a maroon.
Offline