[SOLVED] error pacman: /var/cache/pacman/pkg exists in filesystem

Hi guys, yesterday night I tried to update my system and I got the following error which seems weird:
resolving dependencies...
looking for conflicting packages...
Package (1) Old Version New Version Net Change
core/pacman 4.2.0-5 4.2.0-6 0.00 MiB
Total Installed Size: 4.22 MiB
Net Upgrade Size: 0.00 MiB
:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring [##########################################################] 100%
(1/1) checking package integrity [##########################################################] 100%
(1/1) loading package files [##########################################################] 100%
(1/1) checking for file conflicts [##########################################################] 100%
error: failed to commit transaction (conflicting files)
pacman: /var/cache/pacman/pkg exists in filesystem
Errors occurred, no packages were upgraded.
It seems weird to me because it conflicts to the whole folder and not to any specific package. Any clue, what is going on and how to solve it?
Last edited by theodore (2015-01-26 19:51:37)

clfarron4 wrote:
theodore wrote:
Allan wrote:Is your /var/cache/pacman/pkg a directory or a symlink?
yes I have it in a different partition and then I have symilinked it
I'd have thought it would have been better to set a different directory for the pacman cache, mounting the partition to that through /etc/fstab and using the CacheDir variable in /etc/pacman.conf, but I'll leave that to your judgement.
If you don't want to do that, then I'll leave someone else to put up a solution (my brain's screaming bind mounts for some unknown reason).
So, you are saying that I should enable the CacheDir in /etc/pacman.conf and point it to the partition where I have now the pacman cache.

Similar Messages

[Solved]Error with installing package: /usr/lib64 exists in filesystem

So i know there are other posts about this and i have read them and I have also read the wiki https://wiki.archlinux.org/index.php/De … _in_.2Flib and also this forum post https://bbs.archlinux.org/viewtopic.php?id=156942
the error i get when trying to install a package from the AUR
error: failed to commit transaction (conflicting files)
hp-health: /usr/lib64 exists in filesystem
Errors occurred, no packages were upgraded.
I tried to find who owned the files/package in the /lib by the following commands
$ grep '^lib/' /var/lib/pacman/local/*/files
$ find /lib -exec pacman -Qo -- {} +
the output was
/lib is owned by filesystem 2015.02-1
Im confused what to do at this point as the wiki that I linked above says
If any package apart from glibc is listed as owning a file, that package needs to be updated to install its files in /usr/lib
Last edited by PigsInSpace (2015-03-01 02:25:24)

You are following directions for a file conflict with /lib for a very specific one-time manual intervention, but you don't have that file conflict according to the error message you posted and it is not for that intervention. See this instead: https://wiki.archlinux.org/index.php/Pa … 9.22_error then report the error on the aur page for that package.
This fixes it:
package() {
cd "$srcdir"
+ mv usr/lib64 usr/lib
cp -a opt usr var "$pkgdir"

How about a script to clean up /var/cache/pacman/pkg

/var/cache/pacman/pkg can get filled up with packages that you intalled once, just to try out, but then uninstalled and never plan to install again. I am thinking of a script that removes pkg.tar.gz's that are not installed, which will clear up some truly "dead" space on your hard drive. What do you think?

munkyeetr wrote:
oh okay, so they aren't necessary to keep, and they're never used unless you want to reinstall a program.
thank you.
Sometimes a package will cause trouble, which is easily escaped by downgrading. If you have trouble that brakes your internet connection it is so easy to fix by referring to your /var/log/pacman.log (if you have to) & downgrading, using the following method from the Arch Wiki:
You may be able to downgrade the package trivially by visiting /var/cache/pacman/pkg/ on your system and seeing if the older version of the package is stored there. (If you haven't run pacman -Scc recently, it should be there). If the package is there, you can install that version using pacman -U pkgname-olderpkgver.pkg.tar.gz. If pacman complains about file conflicts, you could force it to do the installation anyway with pacman -Uf pkgname-olderpkgver.pkg.tar.gz.
We had a kernel bug last October that caused many who did not have a copy of a previous kernel in their cache some extra trouble & education. ;-)
If you ever need a superseded kernel have a look here:
http://ubuntuforums.org/showthread.php?t=954481
Last edited by handy (2008-12-19 02:10:46)

[Solved] errors with keys after pacman update?

Hi,
I installed pacman 4.0.1-4, but now this is what happens when I try and update.
Proceed with installation? [Y/n] Y
(28/28) checking package integrity [######################] 100%
error: binutils-multilib: signature from "Jan Alexander Steffens (heftig) <[email protected]>" is unknown trust
error: libcap-ng: signature from "Ionut Biru <[email protected]>" is unknown trust
error: cifs-utils: signature from "Tobias Powalowski <[email protected]>" is unknown trust
error: cmake: signature from "Dave Reisner <[email protected]>" is unknown trust
error: colord: signature from "Ionut Biru <[email protected]>" is unknown trust
error: lib32-glibc: signature from "Jan Alexander Steffens (heftig) <[email protected]>" is unknown trust
error: lib32-gcc-libs: signature from "Jan Alexander Steffens (heftig) <[email protected]>" is unknown trust
error: gcc-libs-multilib: signature from "Jan Alexander Steffens (heftig) <[email protected]>" is unknown trust
error: gcc-multilib: signature from "Jan Alexander Steffens (heftig) <[email protected]>" is unknown trust
error: perl: key "6D1655C14CE1C13E" is unknown
error: key "6D1655C14CE1C13E" could not be looked up remotely
error: openssl: signature from "Pierre Schmitz <[email protected]>" is unknown trust
error: git: signature from "Dan McGee <[email protected]>" is unknown trust
error: gpgme: signature from "Dave Reisner <[email protected]>" is unknown trust
error: gvfs: signature from "Dave Reisner <[email protected]>" is unknown trust
error: inetutils: key "FCF2CB179205AC90" is unknown
:: Import PGP key 9205AC90, "Eric Belanger <[email protected]>", created 2011-04-19? [Y/n] Y
error: key "Eric Belanger <[email protected]>" could not be imported
error: intltool: key "FCF2CB179205AC90" is unknown
:: Import PGP key 9205AC90, "Eric Belanger <[email protected]>", created 2011-04-19? [Y/n] ^C
Interrupt signal received
When pacman updated it suggested that I run this command,
sudo pacman-key --init
I know that usually I would say yes to a key and pacman should remember it, but what are all the errors?
Last edited by mich04 (2012-01-20 17:19:26)

# /etc/pacman.conf
# See the pacman.conf(5) manpage for option and repository directives
# GENERAL OPTIONS
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir = /
#DBPath = /var/lib/pacman/
#CacheDir = /var/cache/pacman/pkg/
#LogFile = /var/log/pacman.log
HoldPkg = pacman glibc
# If upgrades are available for these packages they will be asked for first
SyncFirst = pacman
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#XferCommand = /usr/bin/curl -C - -f %u > %o
#CleanMethod = KeepInstalled
Architecture = auto
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options (all disabled by default)
#UseSyslog
#ShowSize
#UseDelta
#TotalDownload
#CheckSpace
# REPOSITORIES
# - can be defined here or included from another file
# - pacman will search repositories in the order defined here
# - local/custom mirrors can be added here or in separate files
# - repositories listed first will take precedence when packages
# have identical names, regardless of version number
# - URLs will have $repo replaced by the name of the current repo
# - URLs will have $arch replaced by the name of the architecture
# Repository entries are of the format:
# [repo-name]
# Server = ServerName
# Include = IncludePath
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.
#[testing]
#Include = /etc/pacman.d/mirrorlist
[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
#[community-testing]
#Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist
# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.
#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist
[multilib]
Include = /etc/pacman.d/mirrorlist
# An example of a custom package repository. See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#Server = file:///home/custompkgs
Here it is.

[Solved] Errors whenever I run pacman

I get the following errors whenever I run pacman, and I'm not 100% sure how to diagnose it.
ldconfig: File /usr/lib/libblas.so.3.5.0 is empty, not checked.
ldconfig: File /usr/lib/liblapack.so.3.5.0 is empty, not checked.
ldconfig: File /usr/lib/liblapacke.so.3 is empty, not checked.
ldconfig: File /usr/lib/libwebkitgtk-1.0.so.0.22.10 is empty, not checked.
ldconfig: File /usr/lib/libwebkitgtk-1.0.so is empty, not checked.
ldconfig: File /usr/lib/liblapacke.so.3.5.0 is empty, not checked.
ldconfig: File /usr/lib/libwebkitgtk-1.0.so.0 is empty, not checked.
ldconfig: File /usr/lib/libjavascriptcoregtk-1.0.so is empty, not checked.
ldconfig: File /usr/lib/liblapacke.so is empty, not checked.
ldconfig: File /usr/lib/libvte.so.9.2800.2 is empty, not checked.
ldconfig: File /usr/lib/libtmglib.so.3 is empty, not checked.
ldconfig: File /usr/lib/libvte.so is empty, not checked.
ldconfig: File /usr/lib/liblapack.so.3 is empty, not checked.
ldconfig: File /usr/lib/libvte.so.9 is empty, not checked.
ldconfig: File /usr/lib/libblas.so is empty, not checked.
ldconfig: File /usr/lib/libtmglib.so is empty, not checked.
ldconfig: File /usr/lib/liblapack.so is empty, not checked.
ldconfig: File /usr/lib/libjavascriptcoregtk-1.0.so.0 is empty, not checked.
ldconfig: File /usr/lib/libtmglib.so.3.5.0 is empty, not checked.
ldconfig: File /usr/lib/libjavascriptcoregtk-1.0.so.0.16.12 is empty, not checked.
ldconfig: File /usr/lib/libblas.so.3 is empty, not checked.
How do I fix this?
Last edited by pivotraze (2014-08-17 22:22:56)

Scimmia wrote:It means those libraries are corrupt and need reinstalled. You can use pacman -Qo <path/filename> or pkgfile <filename> to find out what packages need reinstalled.
This doesn't seem to work in my case. I get the following errors:
[cody@cody-arch ~]$ pacman -Qo /usr/lib/libblas.so.3
error: No package owns /usr/lib/libblas.so.3
[cody@cody-arch ~]$ pacman -Qo /usr/lib/liblapack.so.3
error: No package owns /usr/lib/liblapack.so.3
[cody@cody-arch ~]$ pacman -Qo /usr/lib/liblapacke.so.3
error: No package owns /usr/lib/liblapacke.so.3
[cody@cody-arch ~]$ pacman -Qo /usr/lib/libwebkitgtk-1.0.so.3
error: failed to read file '/usr/lib/libwebkitgtk-1.0.so.3': No such file or directory
[cody@cody-arch ~]$ pacman -Qo /usr/lib/libwebkitgtk-1.0.so.0.22.10
error: No package owns /usr/lib/libwebkitgtk-1.0.so.0.22.10
[cody@cody-arch ~]$ pacman -Qo /usr/lib/libwebkitgtk-1.0.so
error: No package owns /usr/lib/libwebkitgtk-1.0.so
[cody@cody-arch ~]$ pacman -Qo /usr/lib/libvte.so.9.2800.2
error: No package owns /usr/lib/libvte.so.9.2800.2
So then I installed and ran pkgfile, and it is able to find what I need. However, trying to reinstall gets the following errors:
error: failed to commit transaction (conflicting files)
vte: /usr/bin/vte exists in filesystem
vte: /usr/include/vte-0.0/vte/pty.h exists in filesystem
vte: /usr/include/vte-0.0/vte/reaper.h exists in filesystem
vte: /usr/include/vte-0.0/vte/vte.h exists in filesystem
vte: /usr/include/vte-0.0/vte/vteaccess.h exists in filesystem
vte: /usr/include/vte-0.0/vte/vtedeprecated.h exists in filesystem
vte: /usr/include/vte-0.0/vte/vtepty.h exists in filesystem
vte: /usr/include/vte-0.0/vte/vtetypebuiltins.h exists in filesystem
vte: /usr/include/vte-0.0/vte/vteversion.h exists in filesystem
vte: /usr/lib/girepository-1.0/Vte-0.0.typelib exists in filesystem
vte: /usr/lib/libvte.so exists in filesystem
vte: /usr/lib/libvte.so.9 exists in filesystem
vte: /usr/lib/libvte.so.9.2800.2 exists in filesystem
vte: /usr/lib/pkgconfig/pyvte.pc exists in filesystem
vte: /usr/lib/pkgconfig/vte.pc exists in filesystem
vte: /usr/lib/python2.7/site-packages/gtk-2.0/vtemodule.so exists in filesystem
vte: /usr/share/gir-1.0/Vte-0.0.gir exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/VteReaper.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/VteTerminal.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/VteTerminalAccessible.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/annotation-glossary.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/api-index-0-20.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/api-index-0-24.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/api-index-0-26.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/api-index-0-28.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/api-index-deprecated.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/api-index-full.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/ch01.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/ch02.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/ch03.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/deprecated-objects.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/home.png exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/index.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/index.sgml exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/internal-objects.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/left.png exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/licence.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/object-hierarchy.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/pt01.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/right.png exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/style.css exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/up.png exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/vte-0.0.devhelp exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/vte-0.0.devhelp2 exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/vte-Version-Information.html exists in filesystem
vte: /usr/share/gtk-doc/html/vte-0.0/vte-Vte-PTY.html exists in filesystem
vte: /usr/share/locale/am/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ang/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ar/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/as/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ast/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/az/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/be/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/be@latin/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/bg/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/bn/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/bn_IN/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/bs/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ca/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ca@valencia/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/cs/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/cy/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/da/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/de/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/dz/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/el/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/en@shaw/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/en_CA/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/en_GB/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/eo/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/es/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/et/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/eu/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/fa/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/fi/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/fr/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ga/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/gl/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/gu/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/he/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/hi/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/hr/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/hu/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/id/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/is/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/it/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ja/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ka/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/kn/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ko/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ku/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ky/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/li/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/lt/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/lv/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/mai/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/mi/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/mk/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ml/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/mn/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/mr/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ms/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/nb/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/nds/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ne/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/nl/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/nn/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/oc/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/or/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/pa/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/pl/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/pt/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/pt_BR/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ro/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ru/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/rw/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/si/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/sk/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/sl/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/sq/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/sr/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/sr@latin/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/sv/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ta/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/te/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/th/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/tr/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/ug/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/uk/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/vi/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/wa/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/xh/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/zh_CN/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/zh_HK/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/locale/zh_TW/LC_MESSAGES/vte-0.0.mo exists in filesystem
vte: /usr/share/pygtk/2.0/defs/vte.defs exists in filesystem
vte: /usr/share/vte/termcap-0.0/xterm exists in filesystem
blas: /usr/lib/libblas.so exists in filesystem
blas: /usr/lib/libblas.so.3 exists in filesystem
blas: /usr/lib/libblas.so.3.5.0 exists in filesystem
blas: /usr/share/licenses/blas/LICENSE.blas exists in filesystem

Tupac (TUrbo PACman) - a cached pacman implementation. UPDATED 0.5.6.1

0.5.6.1:
- call pacman through sudo.
- implement aur rpc.
- fix no single aur results bug.
** pending: check why it gets messed when you erase a repo. By now you can run:
rm /var/lib/tupac/*
0.5.5:
- Added an option '--aur-updates' that checks the version of installed aur packages. NOTE: it highlights if the version does not match, not if there's an update.
0.5.4.1:
- Fixed a bug that prevented out of date results from appearing in aur searches
- Added settings option called VERBOSITY. If set to 1 it enables the old tupac behavior in which every single package update get listed. (requested on AUR)
0.5.4:
- Fixed german bug
- Fixed bug updating database
- Fixed bug with proxy
- Added the possibility to use an alternate command instead of pacman through custom settings. checkout tupac --help
***PKGBUILD update: Now it is stored on sourceforge[b]. No more server disappearence anymore.
[b]Version history:
0.5.3.2:
- Reorganized directory structure.
0.5.2:
- Fixed bug: added '+' character as a valid caracter for versioning numbers.
0.5.1.2:
- Fix wrong version displaying of _NO_REPO_ results.
0.5.1.1:
- Fix php bug that prevented fresh cache creations. too much optimization for php.
0.5.1:
- Added --console option that starts a shell for pipe interaction
0.5:
- Added incremental cache to everything (local and filelist where pending it).
0.4.1.1:
- German localization added
0.4.1:
- Proxy error message wasn't localized
- Added independent internal versioning for TUPAC_CACHE (now it won't get updated on every tupac update).
0.4:
- Improved cache check speed time via new .lastupdate files pacman creates on each repo.
- Added multilanguage suport (it uses LANG variable). Current languages es_ES, es_AR (copy of es_ES), en_US, en_EN (copy of en_EN), ca_ES
- Added gui/cli better wrapping via metalanguage "machine"
- Added "--lang" option to set the language in command line.
- Removed some unneeded verbosity
0.3.5:
- Now it returns all aur results! (not limited to 200 anymore)
- Added --safe option to search only for safe packages in aur
- Added --set-proxy option to setup a proxy. See "tupac --help".
0.3.4.2:
- Updated to work with pacman 3.1
0.3.4:
- Now yaourt is only used when installing packages from aur... It was a big delay for nothing.
- You can specify working repos with --repos repo1,repo2,...
0.3.3:
- Added an option to change color scheme
0.3.2:
- Added incremental cache. Now it is much faster.
- Since it shows changes in repos when updating cache, tupac with no arguments now updates cache so that you can see what changed.
0.2.9.1:
- fix typo errors in child program calling function.
0.2.9:
- Support for "alias pacman=tupac"
- Show in search results what packages of AUR are SAFE.
- Improved subprocess handling (now control+c actually kills the child process).
- Slightly improved performance.
- Fix filename handling when it contains ? or $ (it treats them properly, but it stills shows strange output when one if this files is to be printed).
- Fix symbolic links recognition when searching for file owner.
0.2.8
- Fixed external programs behaivour. Now pacman progress bars and vi behave normally.
0.2.7
- Added --orphans option that finds files with no owner in a directory.
- Fixed symlinks processing.
0.2.6:
- Added a message recommending you to run tupac --checkdir as root to get real information.
0.2.5
- Removed unnecessary prompts.
- Added --checkdir functionality:
* it checks if in the the provided directory any packages misses any file.
* It is intended to help you recover your system from mistakes/errors.
* It has a progress indicator.
0.2.4
- Fixed the bug that prevented tupac from showing norepo search results when aur search was omitted.
- Now it checks that contents of /var/lib/pacman are directories, and if not, it omits them.
- Moved all naming and directories from pajman to tupac.
0.2.3
- BUG FIXED: The problem was with finding file owner of packages that weren't part of any repo.
0.2.2
- Fixed initial bug with new default php.ini configuration
I wrote a cached pacman implementation. It is really fast. See the information below.
I wrote it because i loved yaourt but i didn't like its performance.
I added the functionality to perform AND searches both in local and AUR repositories. Adding words to the search string actually filters the search. It doesn't add more results or tries to find the exact phrase.
The cache updates automatically, so there's nothing to care about.
It is written in php and uses yaourt to perform installations, so it is included as a dependency.
NOTE: After last update my php got corrupted. If this happens to you, you will have to fix it by editing the file /etc/php/php.ini and changing extension_dir to extension_dir = "/usr/lib/php/20060613/"
It can be found on AUR.
tupac --help
tupac: A cached pacman implementatioin. Version: 0.4
Usage:
tupac [word] [word] [word] ... : Search for and install packages that match all [word]
tupac -Ss [word] [word] [word] ... : Search for packages that match all [word]
tupac -Qo [file] [file] [file] ... : Search for each [file] owner
tupac --checkdir [directory] : Check integrity of a directory.
tupac --orphans [directory] : Find files that are not part of any package
tupac : Just update cache
tupac [anything else] : bypass to yaourt
tupac --set-proxy [host:port|none] : set up a proxy
Modifiers:
--safe : Only search for safe packages
--noaur : Don't search in AUR
--noprompt : Don't prompt anything
--color [darkbg|lightbg|nocolor] : Choose color scheme
--repos repo1,repo2,repo3,... : Set active repositories
--lang [xx_XX|machine] : Set working language
tupac vs pacman
SEARCHING: (aur search omited on tupac)
[franki@patito php]$ time pacman -Ss kde>/dev/null
real 0m0.537s
user 0m0.227s
sys 0m0.300s
[franki@patito php]$ time tupac --noaur -Ss kde>/dev/null
real 0m0.201s
user 0m0.147s
sys 0m0.047s
FIND FILE OWNER:
this test is not relevant anymore, since pacman became slightly faster (once cached).
tupac vs yaourt
SEARCHING: (tupac gives 100 more results from AUR)
[franki@patito php]$ time yaourt -Ss kde>/dev/null
real 0m59.746s
user 0m12.156s
sys 0m41.927s
[franki@patito php]$ time tupac -Ss kde>/dev/null
real 0m3.182s
user 0m0.470s
sys 0m0.057s
improved search
EXAMPLE: looking for "3d game"
yaourt -Ss 3d game -> 4 results (it only includes packages that match exactly '3d game')
pacman -Ss 3d game -> 109 results (it includes all packages that include any of both words)
tupac -Ss 3d game -> 33 results (all packages contain the word 3d AND the word game)
REGENERATION CACHE:
[franki@patito php]$ time tupac -Ss gaupol
==> Generating PAJMAN_CACHE
1 aur/gaupol 0.12.1-1 - This is the installed version
An editor for text-based subtitles
real 0m1.878s
user 0m0.893s
sys 0m0.290s
[franki@patito php]$ time tupac -Qo /opt/kde/bin/startkde
==> Reusing existing PAJMAN_CACHE
==> Creating file list (it doesn't exist)
/opt/kde/bin/startkde is owned by kdemod-kdebase 3.5.7-20
real 0m1.727s
user 0m1.323s
sys 0m0.327s
I hope you like it
PS: I am open to any comments/issues/improvements you may have/suggest.
Last edited by Pajaro (2009-08-08 23:23:54)

UPDATED 0.2.4. AUR UPDATED
- Fixed the bug that prevented tupac from showing norepo search results when aur search was omitted.
- Now it checks that contents of /var/lib/pacman are directories, and if not, it omits them.
- Moved all naming and directories from pajman to tupac.
ATENTION: - If you plan to erase /var/lib/pajman (with J of paJaro) be careful. It is very similar to the most important directory in arch. This was another reason to move naming. Never erase it if you are drunk, sleepy, stressed or under any circumstance that may reduce your concentration..

[Solved]Can't install Thunar, 'index.theme exists in filesystem' error

Hi,
I'm trying to install Thunar via 'pacman -S thunar'. The packages downloaded fine, but after that, I get this output:
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
hicolor-icon-theme: /usr/share/icons/hicolor/index.theme exists in filesystem
Errors occured, no packages were upgraded.
Any idea what's wrong? I would simply go and remove the conflicting file, but I don't know if anything's using it. I'm using a almost-fresh install of Arch with Openbox.
Last edited by vertimyst (2009-02-25 04:44:53)

Thanks for the advice - I made a backup of the file just in case before deleting it, and Thunar installed fine after that. Nothing seems broken (yet).
Thanks again!

[SOLVED] freeimage: /usr/lib/libfreeimage.so.3 exists in filesystem

Issue:
I can't upgrade.
$ pacman -Syu
error: failed to commit transaction (conflicting files)
freeimage: /usr/lib/libfreeimage.so.3 exists in filesystem
Errors occurred, no packages were upgraded
I check whether a package, possibly from AUR, is responsible:
# pacman -Qo
error: No package owns /usr/lib/libfreeimage.so.3
No.
Apparently this happened to other users as well. I was recommended the following solution:
$ pacman -Sf freeimage
Thanks to jelly1, Hattara-pilvi and Tucos of #archlinux!
Last edited by qubodup (2012-03-22 15:07:46)

$ pacman -Ql libpng|grep /lib/
libpng /usr/lib/
libpng /usr/lib/libpng.a
libpng /usr/lib/libpng.so
libpng /usr/lib/libpng14.a
libpng /usr/lib/libpng14.so
libpng /usr/lib/libpng14.so.14
libpng /usr/lib/libpng14.so.14.5.0
libpng /usr/lib/pkgconfig/
libpng /usr/lib/pkgconfig/libpng.pc
libpng /usr/lib/pkgconfig/libpng14.pc
A tip: run pacman -Qo on the file in question, either you put that symlink there yourself or strange things are happening on your system.

[SOLVED]"The requested URL returned error: 407" while using pacman

pacman worked fine until now. When I try to upgrade with
pacman -Syu
it returns what is written below even though internet works fine without problems(I'm posting from the same system using firefox)
How can I get pacman working again?
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
error: failed retrieving file 'core.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
error: failed retrieving file 'core.db' from [url=ftp://ftp.jaist.ac.jp]ftp.jaist.ac.jp[/url] : The requested URL returned error: 407
error: failed retrieving file 'core.db' from [url=ftp://ftp.jaist.ac.jp]ftp.jaist.ac.jp[/url] : The requested URL returned error: 407
error: failed retrieving file 'core.db' from mirror.yongbok.net : The requested URL returned error: 407
error: failed retrieving file 'core.db' from mirror.yongbok.net : The requested URL returned error: 407
error: failed to update core (download library error)
error: failed retrieving file 'extra.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
error: failed retrieving file 'extra.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
error: failed retrieving file 'extra.db' from [url=ftp://ftp.jaist.ac.jp]ftp.jaist.ac.jp[/url] : The requested URL returned error: 407
error: failed retrieving file 'extra.db' from [url=ftp://ftp.jaist.ac.jp]ftp.jaist.ac.jp[/url] : The requested URL returned error: 407
error: failed retrieving file 'extra.db' from mirror.yongbok.net : The requested URL returned error: 407
error: failed retrieving file 'extra.db' from mirror.yongbok.net : The requested URL returned error: 407
error: failed to update extra (download library error)
error: failed retrieving file 'community.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
error: failed retrieving file 'community.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
error: failed retrieving file 'community.db' from [url=ftp://ftp.jaist.ac.jp]ftp.jaist.ac.jp[/url] : The requested URL returned error: 407
error: failed retrieving file 'community.db' from [url=ftp://ftp.jaist.ac.jp]ftp.jaist.ac.jp[/url] : The requested URL returned error: 407
error: failed retrieving file 'community.db' from mirror.yongbok.net : The requested URL returned error: 407
error: failed retrieving file 'community.db' from mirror.yongbok.net : The requested URL returned error: 407
error: failed to update community (download library error)
error: failed retrieving file 'archlinuxfr.db' from repo.archlinux.fr : The requested URL returned error: 407
error: failed to update archlinuxfr (download library error)
error: failed to synchronize any databases
error: failed to init transaction (download library error)
Last edited by ebshankar (2012-02-19 08:08:59)

hokasch wrote:
What did you update? Are you using a proxy?
You can try pacman -Syy --debug which will show the actual url it tries to access. When posting console output, please use the code tags.
I tried to upgrade the system.
I don't use a proxy. My isp uses authentication from the browser, when the browser is authenticated with the username and password, the whole system will be connected to the internet as long as the authentication page is open.
Here is the output of "pacman -Syy --debug":
debug: parseconfig: options pass
debug: config: attempting to read file /etc/pacman.conf
debug: config: finish section '(null)'
debug: config: new section 'options'
debug: config: HoldPkg: pacman
debug: config: HoldPkg: glibc
debug: config: SyncFirst: pacman
debug: config: arch: x86_64
debug: config: SigLevel: Never
debug: config: finish section 'options'
debug: config: new section 'core'
debug: config file /etc/pacman.conf, line 81: including /etc/pacman.d/mirrorlist
debug: config: attempting to read file /etc/pacman.d/mirrorlist
debug: config: finished parsing /etc/pacman.d/mirrorlist
debug: config: finish section 'core'
debug: config: new section 'extra'
debug: config file /etc/pacman.conf, line 85: including /etc/pacman.d/mirrorlist
debug: config: attempting to read file /etc/pacman.d/mirrorlist
debug: config: finished parsing /etc/pacman.d/mirrorlist
debug: config: finish section 'extra'
debug: config: new section 'community'
debug: config file /etc/pacman.conf, line 93: including /etc/pacman.d/mirrorlist
debug: config: attempting to read file /etc/pacman.d/mirrorlist
debug: config: finished parsing /etc/pacman.d/mirrorlist
debug: config: finish section 'community'
debug: config: new section 'archlinuxfr'
debug: config: finish section 'archlinuxfr'
debug: config: finished parsing /etc/pacman.conf
debug: setup_libalpm called
debug: option 'logfile' = /var/log/pacman.log
debug: option 'gpgdir' = /etc/pacman.d/gnupg/
debug: option 'cachedir' = /var/cache/pacman/pkg/
debug: parseconfig: repo pass
debug: config: attempting to read file /etc/pacman.conf
debug: config: finish section '(null)'
debug: config: new section 'options'
debug: config: finish section 'options'
debug: config: new section 'core'
debug: config file /etc/pacman.conf, line 81: including /etc/pacman.d/mirrorlist
debug: config: attempting to read file /etc/pacman.d/mirrorlist
debug: config: finished parsing /etc/pacman.d/mirrorlist
debug: config: finish section 'core'
debug: registering sync database 'core'
debug: database path for tree core set to /var/lib/pacman/sync/core.db
debug: adding new server URL to database 'core': ftp://mirror.cse.iitk.ac.in/archlinux/core/os/x86_64
debug: adding new server URL to database 'core': http://mirror.cse.iitk.ac.in/archlinux/core/os/x86_64
debug: adding new server URL to database 'core': ftp://ftp.jaist.ac.jp/pub/Linux/ArchLinux/core/os/x86_64
debug: adding new server URL to database 'core': http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/core/os/x86_64
debug: adding new server URL to database 'core': ftp://mirror.yongbok.net/archlinux/core/os/x86_64
debug: adding new server URL to database 'core': http://mirror.yongbok.net/archlinux/core/os/x86_64
debug: config: new section 'extra'
debug: config file /etc/pacman.conf, line 85: including /etc/pacman.d/mirrorlist
debug: config: attempting to read file /etc/pacman.d/mirrorlist
debug: config: finished parsing /etc/pacman.d/mirrorlist
debug: config: finish section 'extra'
debug: registering sync database 'extra'
debug: database path for tree extra set to /var/lib/pacman/sync/extra.db
debug: adding new server URL to database 'extra': ftp://mirror.cse.iitk.ac.in/archlinux/extra/os/x86_64
debug: adding new server URL to database 'extra': http://mirror.cse.iitk.ac.in/archlinux/extra/os/x86_64
debug: adding new server URL to database 'extra': ftp://ftp.jaist.ac.jp/pub/Linux/ArchLinux/extra/os/x86_64
debug: adding new server URL to database 'extra': http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/extra/os/x86_64
debug: adding new server URL to database 'extra': ftp://mirror.yongbok.net/archlinux/extra/os/x86_64
debug: adding new server URL to database 'extra': http://mirror.yongbok.net/archlinux/extra/os/x86_64
debug: config: new section 'community'
debug: config file /etc/pacman.conf, line 93: including /etc/pacman.d/mirrorlist
debug: config: attempting to read file /etc/pacman.d/mirrorlist
debug: config: finished parsing /etc/pacman.d/mirrorlist
debug: config: finish section 'community'
debug: registering sync database 'community'
debug: database path for tree community set to /var/lib/pacman/sync/community.db
debug: adding new server URL to database 'community': ftp://mirror.cse.iitk.ac.in/archlinux/community/os/x86_64
debug: adding new server URL to database 'community': http://mirror.cse.iitk.ac.in/archlinux/community/os/x86_64
debug: adding new server URL to database 'community': ftp://ftp.jaist.ac.jp/pub/Linux/ArchLinux/community/os/x86_64
debug: adding new server URL to database 'community': http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/community/os/x86_64
debug: adding new server URL to database 'community': ftp://mirror.yongbok.net/archlinux/community/os/x86_64
debug: adding new server URL to database 'community': http://mirror.yongbok.net/archlinux/community/os/x86_64
debug: config: new section 'archlinuxfr'
debug: config: finish section 'archlinuxfr'
debug: registering sync database 'archlinuxfr'
debug: database path for tree archlinuxfr set to /var/lib/pacman/sync/archlinuxfr.db
debug: adding new server URL to database 'archlinuxfr': http://repo.archlinux.fr/x86_64
debug: config: finished parsing /etc/pacman.conf
:: Synchronizing package databases...
debug: url: ftp://mirror.cse.iitk.ac.in/archlinux/core/os/x86_64/core.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/core.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'core.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
debug: url: http://mirror.cse.iitk.ac.in/archlinux/core/os/x86_64/core.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/core.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'core.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
debug: url: ftp://ftp.jaist.ac.jp/pub/Linux/ArchLinux/core/os/x86_64/core.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/core.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'core.db' from ftp.jaist.ac.jp : The requested URL returned error: 407
debug: url: http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/core/os/x86_64/core.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/core.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'core.db' from ftp.jaist.ac.jp : The requested URL returned error: 407
debug: url: ftp://mirror.yongbok.net/archlinux/core/os/x86_64/core.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/core.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'core.db' from mirror.yongbok.net : The requested URL returned error: 407
debug: url: http://mirror.yongbok.net/archlinux/core/os/x86_64/core.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/core.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'core.db' from mirror.yongbok.net : The requested URL returned error: 407
debug: failed to sync db: download library error
error: failed to update core (download library error)
debug: url: ftp://mirror.cse.iitk.ac.in/archlinux/extra/os/x86_64/extra.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/extra.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'extra.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
debug: url: http://mirror.cse.iitk.ac.in/archlinux/extra/os/x86_64/extra.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/extra.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'extra.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
debug: url: ftp://ftp.jaist.ac.jp/pub/Linux/ArchLinux/extra/os/x86_64/extra.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/extra.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'extra.db' from ftp.jaist.ac.jp : The requested URL returned error: 407
debug: url: http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/extra/os/x86_64/extra.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/extra.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'extra.db' from ftp.jaist.ac.jp : The requested URL returned error: 407
debug: url: ftp://mirror.yongbok.net/archlinux/extra/os/x86_64/extra.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/extra.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'extra.db' from mirror.yongbok.net : The requested URL returned error: 407
debug: url: http://mirror.yongbok.net/archlinux/extra/os/x86_64/extra.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/extra.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'extra.db' from mirror.yongbok.net : The requested URL returned error: 407
debug: failed to sync db: download library error
error: failed to update extra (download library error)
debug: url: ftp://mirror.cse.iitk.ac.in/archlinux/community/os/x86_64/community.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/community.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'community.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
debug: url: http://mirror.cse.iitk.ac.in/archlinux/community/os/x86_64/community.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/community.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'community.db' from mirror.cse.iitk.ac.in : The requested URL returned error: 403
debug: url: ftp://ftp.jaist.ac.jp/pub/Linux/ArchLinux/community/os/x86_64/community.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/community.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'community.db' from ftp.jaist.ac.jp : The requested URL returned error: 407
debug: url: http://ftp.jaist.ac.jp/pub/Linux/ArchLinux/community/os/x86_64/community.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/community.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'community.db' from ftp.jaist.ac.jp : The requested URL returned error: 407
debug: url: ftp://mirror.yongbok.net/archlinux/community/os/x86_64/community.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/community.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'community.db' from mirror.yongbok.net : The requested URL returned error: 407
debug: url: http://mirror.yongbok.net/archlinux/community/os/x86_64/community.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/community.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'community.db' from mirror.yongbok.net : The requested URL returned error: 407
debug: failed to sync db: download library error
error: failed to update community (download library error)
debug: url: http://repo.archlinux.fr/x86_64/archlinuxfr.db
debug: maxsize: 26214400
debug: opened tempfile for download: /var/lib/pacman/sync/archlinuxfr.db.part (wb)
debug: curl returned error 22 from transfer
error: failed retrieving file 'archlinuxfr.db' from repo.archlinux.fr : The requested URL returned error: 407
debug: failed to sync db: download library error
error: failed to update archlinuxfr (download library error)
error: failed to synchronize any databases
error: failed to init transaction (download library error)
debug: unregistering database 'local'
debug: unregistering database 'core'
debug: unregistering database 'extra'
debug: unregistering database 'community'
debug: unregistering database 'archlinuxfr'
Last edited by ebshankar (2012-02-18 14:18:30)

[SOLVED] libido3 preventing pacman update exists in filesystem

After running pacman -Syu, I receive the infamous .../exists in filesystem
I read the wiki and pacman -Qo on each of the trouble files results in the owner being libido3 12.10.2-100
I do have unity installed through the arch repositories.
If there was no owner, I would remove them, however since the files are owned by something, I don't know what to do next.
Thanks
Last edited by glenn69 (2013-01-29 23:48:42)

I can't seem to find much about the file online either. I'm not sure if ido is the same file as libido?
... but the result of pacman -Qo on a problem file results in
/usr/include/libido3-0.1/libido/idoentrymenuitem.h is owned by libido3 12.10.2-100
then I searched for libido with this result:
[root@Arch-Home_x86_64 ~]# find / -name libido3*
/var/cache/pacman/pkg/libido3-12.10.2-100-x86_64.pkg.tar.xz
/var/lib/pacman/local/libido3-12.10.2-100
/usr/include/libido3-0.1
/usr/lib/pkgconfig/libido3-0.1.pc
/usr/lib/libido3-0.1.so.0.0.0
/usr/lib/libido3-0.1.so
/usr/lib/libido3-0.1.so.0

Create Package from /var/lib/pacman/local[SOLVED]

I am trying to get an old version of google earth bcz the 5.2 in aur doesn't start for me. I have it installed on another system but there is not package in /var/cache/pacman/pkg. Is it possible for me to create a package based on the info written by pacman in /var/lib/pacman/loca/google-earth-x.xx.?
Last edited by empthollow (2010-07-19 04:02:19)

You need a PKGBUILD.
Edit:
Who would have thought that AUR packages write to /var/lib/pacman/local ? ;P
I stand corrected: you don't necessarily need a PKGBUILD, you can use bacman.
you can download the previous Google Earth binary from this link
http://dl.google.com/earth/client/advan … hLinux.bin
Last edited by karol (2010-07-19 03:59:29)

[Solved] Error : The file or folder path /Probl?me 1 does not exist

Hello,
I encountered this error
The file or folder <path>/Probl?me 2 does not exist
while I was trying to open a directory already extracted from a zip file containing directories with special characters. In this case, it is a "è" that was misinterpreted as a "?".
I searched the forums and on google, the solutions proposed do not work for me. Although, I have to deal with these files written in french, I would like to have my locale in english (US), with a system wide support for special characters.
Attempt 1: Adding the option : iocharset=utf8 into the fstab, like this :
fstab :
# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
none /dev/pts devpts defaults 0 0
none /dev/shm tmpfs defaults 0 0
/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0
/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0
/dev/fd0 /media/fl auto user,noauto 0 0
/dev/disk/by-uuid/24ba75ac-e52d-40eb-a599-83b394b500b2 /boot ext2 defaults 0 2
/dev/disk/by-uuid/c797f409-00bc-479a-b4d6-ab49943f644b / ext4 defaults 0 1
/dev/disk/by-uuid/668427a8-5f51-42bd-a316-fc7984bf5f4f /var ext4 defaults 0 2
/dev/sda7 swap swap defaults 0 0
/dev/disk/by-uuid/417cd1b7-8f06-414b-84d5-e8714d9646ab /home ext4 defaults 0 2
/dev/disk/by-uuid/ef9aa00e-0515-4d7b-aa23-8096e787250d /usr ext4 defaults 0 2
/dev/disk/by-uuid/17d401b7-2fc7-4d9f-8e17-657d86926d2e /tmp ext4 defaults,iocharset=utf8 0 0 <<<<<<<<<<<<<<
/dev/disk/by-uuid/71e543b6-e06c-4b0e-b1e3-3b491ff1fefe /var/cache/pacman/repos ext4 defaults 0 2
#/dev/sda12 /mnt/archive ext4 defaults 0 2
#.host:/ /mnt/hgfs vmhgfs defaults 0 0
This solution does not work, because after adding iocharset=utf8, in front or after a "defaults", after a reboot, while mounting the filesystem, there is the following error message:
Mounting Locale Filesystem :
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
$ dmesg | tail
phy0: Selected rate control algorithm 'iwl-agn-rs'
EXT4-fs (sda5): re-mounted. Opts: (null)
EXT4-fs (sda5): re-mounted. Opts: (null)
EXT4-fs (sda6): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (sda8): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: (null)
EXT4-fs (sda10): Unrecognized mount option "iocharset=utf8" or missing value <<<<<<<<<<<<<<
EXT4-fs (sda11): mounted filesystem with ordered data mode. Opts: (null)
Adding 2104476k swap on /dev/sda7. Priority:-1 extents:1 across:2104476k
tg3 0000:07:00.0: irq 44 for MSI/MSI-X
Attempt 2: Changing all the locale features in KDE and in /etc/rc.conf as well.
$ vim /etc/rc.conf
LOCALE="fr_CA.utf8"
HARDWARECLOCK=""
TIMEZONE="America/Montreal"
KEYMAP="us"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"
It is complicated to remove these directories. I had to use the inum to get precisely these directories before removing them.
$ ls -il
total 8
1577566 drwxr-xr-x 2 [username] [username] 4096 28 jan 07:09 Probl?me 1
1577573 drwxr-xr-x 2 [username] [username] 4096 28 jan 07:09 Probl?me 2
$ find . -inum 1577566 -exec rm -i {} \;
rm: impossible de supprimer « ./Probl\212me 1 »: est un dossier
Note that the hypothetical character 'è' is represented has a '\212', a 'È' if seen as a extended ASCII character.
These directories cannot be deleted this way :
$ rm -r Problème\ 1
rm: cannot remove `Problème 1': No such file or directory
or
$ rm -r ProblÈme\ 1
rm: cannot remove `ProblÈme 1': No such file or directory
What should I do to be make the operating system recognize those special character, and interpret them correctly ?
Last edited by ramboman (2011-01-29 21:45:50)

I found a working solution, but better solution are also welcome
I had to have fr_CA not only in utf8 but also in iso88591. I had to modify the /etc/rc.conf this way :
LOCALE="fr_CA" <<<<<<<<<<<<<<
HARDWARECLOCK=""
TIMEZONE="America/Montreal"
KEYMAP="us"
CONSOLEFONT=
CONSOLEMAP=
USECOLOR="yes"
To preserve the english US language system wide, I had to add the following line in the /etc/profile :
# Allow french special character while in en_US
export LANG=en_US
The character misinterpreted by a "?" is now seen :
as a "è" in dolphin
as a "?" in the console
It is now possible to access the folders.

Tar'ing up /var/lib/pacman...

I'm using a script somewhat modified I saw here on the forum to help clean up the system;
#!/bin/bash
# Run this daily after an update (pacman -Syyu),
#tar -cjf /store/bak/pacman-database.tar.bz2 /var/lib/pacman/local
#pacman -Rscn $(pacman -Qtdq)
pacman -Sc
pacman -Scc #(only run to clean out all of /var/cache/pacman/pkg)
pacman-optimize && sync
updatedb
exit 0
I commented out the first tar line since I don't have a database tared up and also the second line because it will show this message when run; error: no targets specified (use -h for help)
I really don't think I need these lines...
So for the rest when it's done running I get this messages in it; (The second line is what I'm wondering about, what is it taring up and where? I don't see anything that was tared..)
Database directory cleaned up
==> MD5sum'ing the old database...
==> Tar'ing up /var/lib/pacman...
==> Making and MD5sum'ing the new database...
==> Syncing database to disk...
==> Checking integrity...
==> Rotating database into place...
THANKS

ngoonee wrote:
You're not even trying to help yourself, karol has given you more than enough help. The lines come from pacman-optimize, so look at that.
Moving to Newbie Corner since it'd just clutter on Pacman & Package Upgrade Issues.
Well I'm sorry I am trying and I'm not getting it...
There is no pacman-optimize in man pacman and there is no man pacman-optimize and I don't see any info surfing Google...
Where can I read info on what pacman-optimize is doing as far as the Tarball is concerned?
1. How is this command suppose to work?
tar -cjf /store/bak/pacman-database.tar.bz2 /var/lib/pacman/local
2. Tar'ing up /var/lib/pacman... Where is this tar at?
3. What is this script is this something else I should be adding to the one I already have?
# remove the lock file and our working directory with sums and tarfile
rm -f "$lockfile"
rm -rf "$workdir"
So what really remains is that script above I'm using do I need to keep the first two lines are they important and if so, for the first one, was this something customized someone made specific to their needs and not just a general Arch command that should simply work on everyone's box?
THANKS
Last edited by DasFox (2011-11-21 23:49:23)

Lost /var/lib/pacman

Hey guys!
I've lost my /var/lib/pacman directory. (No! I did not delete it!)
Is there any chance of getting it back? [..]/current and [..]/extra is not hard, but is there any chance to get [..]/local back?
Regards,
Moritz

Some time ago it happened to me also, I do not know why.
Probably in /var/cache/pacman/pkg you should have the last pacman you installed, unless you cleaned the cache.
In reality pacman package are tar.gz of the installation tree
So copy the file in a directory and decompress it then copy the files in the relative directory.
If you feel enought confident you can uncompress it directly from root, but I DO NOT suggest it.
If you do not have the package in the cache you can download it from
http://darkstar.ist.utl.pt/archlinux/cu … pkg.tar.gz
Post again if you need more assistance

/var/lib/pacman/local empty

Hello all,
I've been using Arch for a few years, but I obviously haven't learn't anything in the process as I've done a very silly thing.
I wanted to empty the pacman cache at /var/cache/pacman/pkg, but instead I did 'sudo rm -r /var/lib/pacman/local/*'
I've now lost network access and running sudo comes up with: 'unknown uid 1000: who are you?'
After reading about pacman, I now realise how important the file in that folder are
Is this now game over and I have to reinstall? or does anyone know how I can restore the files in /var/lib/pacman/local?
Thankyou for reading, Richard

A wiki search would have returned this page to help you restore your missing db, but as you've just been told, you have other issues to address also.

[SOLVED] error pacman: /var/cache/pacman/pkg exists in filesystem

Similar Messages

Maybe you are looking for