Pacman Repositories

I am curious about obtaining packages that are not part of current and extra, specifically fluxbox-devel. Can a temporarily add a repository, in this case unstable, sync the repository, get the package, comment out unstable and resync so that I am no longer accessing unstable?

Why exactly do you want to disable unstable after installing fluxbox-devel? Nothing in unstable will change anything in current or extra by default, just as nothing in extra will change anything in current. Staging is also supposed to be like that, nothing in staging will change anything in current, extra, or unstable. Also, when you disable unstable, you won't get any more updates for fluxbox-devel. You might as well just do a pacman -U ftp://repo/path/to/fluxbox-devel-package.tar.gz

Similar Messages

[Solved] No Usable Pacman Repositories Configured

I had the liblzma.so.0 problem and tought pacman was the problem. I tried to reinstall pacman several time and find out that the liblzma.so.0 symlink was the problem.
Now pacman don't work I have the following message:
No Usable Pacman Repositories Configured
Here is the pacman -v output:
Root : /
Conf File : /usr/local/etc/pacman.conf
DB Path : /usr/local/var/lib/pacman/
Cache Dirs: /usr/local/var/cache/pacman/pkg/
Lock File : /usr/local/var/lib/pacman/db.lck
Log File : /usr/local/var/log/pacman.log
Targets : --
Erreur: aucune opération spécifiée (utiliser -h pour l'aide)
That wrong! /usr/local/ shouldn't be there but I am unable to change it!
Last edited by srivo (2010-12-19 20:39:14)

Here is the output:
# /usr/bin/pacman -Qil pacman
Nom : pacman
Version : 3.4.1-1
URL : [url]http://www.archlinux.org/pacman/[/url]
Licences : GPL
Groupes : base
Fournit : --
Dépend de : bash libarchive>=2.7.1 libfetch>=2.25
pacman-mirrorlist
Dépendances opt. : fakeroot: for makepkg usage as normal user
curl: for rankmirrors usage
Requis par : archup package-query pkgstats yaourt
Est en conflit avec : --
Remplace : --
Taille (installé) : 2244,00 K
Paqueteur : Dan McGee <[email protected]>
Architecture : i686
Compilé le : ven 03 sep 2010 21:12:12 EDT
Installé le : dim 19 déc 2010 13:31:36 EST
Motif d'installation : Explicitement installé
Script d'installation : Oui
Description : A library-based package manager with dependency support
pacman /etc/
pacman /etc/bash_completion.d/
pacman /etc/bash_completion.d/pacman
pacman /etc/makepkg.conf
pacman /etc/pacman.conf
pacman /usr/
pacman /usr/bin/
pacman /usr/bin/cleanupdelta
pacman /usr/bin/makepkg
pacman /usr/bin/pacman
pacman /usr/bin/pacman-optimize
pacman /usr/bin/pkgdelta
pacman /usr/bin/rankmirrors
pacman /usr/bin/repo-add
pacman /usr/bin/repo-remove
pacman /usr/bin/testdb
pacman /usr/bin/testpkg
pacman /usr/bin/vercmp
pacman /usr/include/
pacman /usr/include/alpm.h
pacman /usr/include/alpm_list.h
pacman /usr/lib/
pacman /usr/lib/libalpm.a
pacman /usr/lib/libalpm.so
pacman /usr/lib/libalpm.so.5
pacman /usr/lib/libalpm.so.5.0.1
pacman /usr/share/
pacman /usr/share/locale/
pacman /usr/share/locale/ca/
pacman /usr/share/locale/ca/LC_MESSAGES/
pacman /usr/share/locale/ca/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/ca/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/cs/
pacman /usr/share/locale/cs/LC_MESSAGES/
pacman /usr/share/locale/cs/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/cs/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/de/
pacman /usr/share/locale/de/LC_MESSAGES/
pacman /usr/share/locale/de/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/de/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/el/
pacman /usr/share/locale/el/LC_MESSAGES/
pacman /usr/share/locale/el/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/el/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/en_GB/
pacman /usr/share/locale/en_GB/LC_MESSAGES/
pacman /usr/share/locale/en_GB/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/en_GB/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/es/
pacman /usr/share/locale/es/LC_MESSAGES/
pacman /usr/share/locale/es/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/es/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/fr/
pacman /usr/share/locale/fr/LC_MESSAGES/
pacman /usr/share/locale/fr/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/fr/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/hu/
pacman /usr/share/locale/hu/LC_MESSAGES/
pacman /usr/share/locale/hu/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/hu/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/it/
pacman /usr/share/locale/it/LC_MESSAGES/
pacman /usr/share/locale/it/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/it/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/kk/
pacman /usr/share/locale/kk/LC_MESSAGES/
pacman /usr/share/locale/kk/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/kk/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/nb/
pacman /usr/share/locale/nb/LC_MESSAGES/
pacman /usr/share/locale/nb/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/nb/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/pl/
pacman /usr/share/locale/pl/LC_MESSAGES/
pacman /usr/share/locale/pl/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/pl/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/pt/
pacman /usr/share/locale/pt/LC_MESSAGES/
pacman /usr/share/locale/pt/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/pt/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/pt_BR/
pacman /usr/share/locale/pt_BR/LC_MESSAGES/
pacman /usr/share/locale/pt_BR/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/pt_BR/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/ro/
pacman /usr/share/locale/ro/LC_MESSAGES/
pacman /usr/share/locale/ro/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/ro/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/ru/
pacman /usr/share/locale/ru/LC_MESSAGES/
pacman /usr/share/locale/ru/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/ru/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/sk/
pacman /usr/share/locale/sk/LC_MESSAGES/
pacman /usr/share/locale/sk/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/sk/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/sv/
pacman /usr/share/locale/sv/LC_MESSAGES/
pacman /usr/share/locale/sv/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/sv/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/tr/
pacman /usr/share/locale/tr/LC_MESSAGES/
pacman /usr/share/locale/tr/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/tr/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/uk/
pacman /usr/share/locale/uk/LC_MESSAGES/
pacman /usr/share/locale/uk/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/uk/LC_MESSAGES/pacman.mo
pacman /usr/share/locale/zh_CN/
pacman /usr/share/locale/zh_CN/LC_MESSAGES/
pacman /usr/share/locale/zh_CN/LC_MESSAGES/libalpm.mo
pacman /usr/share/locale/zh_CN/LC_MESSAGES/pacman.mo
pacman /usr/share/man/
pacman /usr/share/man/man3/
pacman /usr/share/man/man3/libalpm.3.gz
pacman /usr/share/man/man5/
pacman /usr/share/man/man5/PKGBUILD.5.gz
pacman /usr/share/man/man5/makepkg.conf.5.gz
pacman /usr/share/man/man5/pacman.conf.5.gz
pacman /usr/share/man/man8/
pacman /usr/share/man/man8/makepkg.8.gz
pacman /usr/share/man/man8/pacman.8.gz
pacman /usr/share/man/man8/repo-add.8.gz
pacman /usr/share/man/man8/repo-remove.8.gz
pacman /usr/share/pacman/
pacman /usr/share/pacman/ChangeLog.proto
pacman /usr/share/pacman/PKGBUILD-split.proto
pacman /usr/share/pacman/PKGBUILD.proto
pacman /usr/share/pacman/proto.install
pacman /usr/share/zsh/
pacman /usr/share/zsh/site-functions/
pacman /usr/share/zsh/site-functions/_pacman
pacman /var/
pacman /var/cache/
pacman /var/cache/pacman/
pacman /var/cache/pacman/pkg/
pacman /var/lib/
pacman /var/lib/pacman/

No Usable Pacman Repositories Configured

Before we continue, I want to say that this is an Arch system and the following has to do with pacman-3.2.1.
Just for the sake of open source, I decided that I wanted to compile pacman, which it seems I successfully did, but there is a minor issue also when I execute it.
$ pacman -Syu
error: no usable package repositories configured.
I did a Google search, and found this thread where the guy successfully solved this problem after doing exactly what Cerebral said and editing /etc/pacman.conf. I did not find any other results from Google though.
To compile it, I did
$ ./configure
$ make
$ make install
Which is exactly how the pacman homepage said how to do it and how most other things are compiled too, which since I didn't use --prefix=/usr, it originally ended up /usr/local/bin like anything else would and I originally attempt to run it there using /usr/local/bin/pacman -Syu, which gave the same error, then I attempted what Cerebral said, but that did not work either and the same error is produced. I had the original pacman binary inside of my root directory, and it worked fine before I foolish removed it so I cannot test it right now (I am not concerned about it really because the goal is to compile pacman and use that one instead, but certainly it would've helped to know if /etc/pacman.conf is setup right after removing the original /etc/pacman.conf by mistake not paying attention too much to the --sysconfdir=/etc trigger - again not a real issue for me). Cerebral recommended that the OP of that thread/starter of that thread to issue:
$ ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
$ make || return 1
$ make install || return 1
I believe he said that it shouldn't really be done with DESTDIR in his thread so I removed that part, but I also did try it with DESTDIR for the sake of saying I tried it if anyone wants to mention how I deviated from his post. He said what was important was the triggers on the ./configure line.
I was thinking my problem has something to do with repo-add (like I need to use it), but trying to figure out how to get that to work was hopeless because I couldn't find any db.pkg.tar.gz file, which is what I think it needs (the examples uses /path/to/your/repo.db.pkg.tar.gz, I am not entirely sure if it is a *.pkg.tar.gz extension and db is just to say repo database or if *.db.pkg.tar.gz is the extension), but I did try using it with the contents located in /var/cache/pacman/pkg/ and /var/lib/pacman/. I viewed it's man/info page, and the online documentation is the exact same. Again, I think that's what I need to learn to understand, or at least it would be good to know, right, haha, but also that since I do not know much about repo-add, maybe it wouldn't be the solution. It's just an educated guess.
This is what my current /etc/pacman.conf looks like.
# /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 %u > %o
#CleanMethod = KeepInstalled
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg =
#IgnoreGroup =
#NoUpgrade =
#NoExtract =
# Misc options (all disabled by default)
#NoPassiveFtp
#UseSyslog
#ShowSize
#UseDelta
#TotalDownload
# 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
# 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.
# An example of a disabled remote package repository with multiple servers
# available. To enable, uncomment the following lines. You can add preferred
# servers immediately after the header and they will be used before the
# default mirrors.
[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist
# The file referenced here should contain a list of 'Server = ' lines.
#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
Which was generated by Cerebral's method for compiling, and then adjusted so my original pacman could work (everything was originally commented out, and I found that out by reading further on).
If you guys have any recommendation that may cause me to lose everything I have, I am not afraid to try it and I will not lose anything important.
Thank you in advance.
Last edited by Aprz (2008-12-05 12:02:02)

Cerebral wrote:
To make sure it's reading your conf file correctly, you could try pacman -v - which will spit out some info:
$ pacman -v
Root : /
Conf File : /etc/pacman.conf
DB Path : /var/lib/pacman/
Cache Dirs: /var/cache/pacman/pkg/
Lock File : /var/lib/pacman/db.lck
Log File : /var/log/pacman.log
Targets : None
error: no operation specified (use -h for help)
For even more detail, you can run pacman --debug 1
Interesting! I did not know that and I can see that I must of done something wrong because everything is pointing too /usr/local/ instead. Very interesting. Let me edit the files in there and check that out.
$ Root : /
Conf File : /usr/local/etc/pacman.conf
DB Path : /usr/local/var/lib/pacman/
Cache Dirs: /usr/local/var/cache/pacman/pkg/
Lock File : /usr/local/var/lib/pacman/db.lck
Log File : /usr/local/var/log/pacman.log
Targets : None
error: no operation specified (use -h for help)
That may be the culprit.
Edit: Yeap, it is working now when I edited the configuration files in /usr/local/etc/pacman.conf. That must mean that I forgot the --sysconfdir=/etc when I did ./configure, sounds right? I'll try recompiling it making sure that option is in there along with the options you mentioned in the post, which is funny that I was refering to what you said on that other post, failed, and all of the sudden here you are helping. Pretty neat. ^_^
Compiling now...
Nope, it still tries to read from /usr/local/etc/pacman.conf.
It still creates /usr/local/etc/pacman.conf, but I decided to experiment and remove it to see what would happen.
$ pacman -v
error: config file /usr/local/etc/pacman.conf could not be read.
$ ln -s /etc/pacman.conf /usr/local/etc/
necessary changes are made to /etc/pacman.conf
$ pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
:: Starting full system upgrade...
local database is up to date
Which after I do make install following your instructions on the other thread, /etc/pacman.conf is overwritten with the new one that comments out everything and doesn't have all the necessary server/include lines at the bottom.
What's going on here? I compile it exactly like this:
$ ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
$ make
$ make install
Last edited by Aprz (2008-12-05 15:27:51)

Pacman Repositories,"Current" Vs "Testing

Hi,
I'm trying to figure out the differences between "current" and "testing" repositories...
as the arch authors claim that there is no official "stable" release,
i'm trying to understand what stands behind this arrengement.
common sense says that "current" is actually "testing", but,
if that's the case, how come that there are two reopsitories
for the same target?
btw,
sorry for my bad english.
Thanks,
GhostRider 8)

Current is for up-to-date software that has been tested and proven stable. Testing is for making sure that stuff works. A system using the Testing repo is generally stable enough for desktop use if managed correctly, but I wouldn't use Testing on a server.
(Note that, if you use Testing, you must also have the Current repo enabled.)

AIF Automated Install - Add extra/community repositories [SOLVED]

I've taken the 'generic' example script from /usr/share/aif/examples, and I've modified it to install from the net with a custom repository. That worked, until I tried to change the TARGET_REPOSITORIES variable:
Original from /usr/share/aif/examples/generic-install-on-sda:
TARGET_REPOSITORIES=(core $var_MIRRORLIST)
My updated version:
TARGET_REPOSITORIES="core extra community"
I've also tried:
TARGET_REPOSITORIES=(core extra community $var_MIRRORLIST)
BTW, $var_MIRRORLIST just has a path to the mirror list.
https://wiki.archlinux.org/index.php/AI … POSITORIES
I've read the official arch documentation ^^ but, but the TARGET_REPOSITORIES section is blank, and I still can't figure it out.
https://bbs.archlinux.org/viewtopic.php?id=84990
I found this post, but it seemed like it was for an older version of aif (the post was from 2009). I tried their suggestion (below), but the variables didn't work (renamed):
SOURCE=net
SYNC_URL="your mirror here..."
TARGET_REPOS="carolo core extra community"
The errors I get are weird, here's the first two:
error: target not found: could
error: could not open file /mnt/var/lib/pacman/sync/core.db: Failed to open '/mnt/var/lib/pacman/sync/core.db'
If grabbing the rest of the errors would help, i can do that, but it seems it's cascades from there. I'm sure I'm just not using the right syntax in $TARGET_REPOSITORIES.
I've tried this on the latest of both the net and base install images. I'm invoking it with:
aif -p automatic -c script-here
I get the same result on both net and base install images.
I just want to install all of the packages I want at install time instead of having a post install script install everything for me, and packages like vim and gnome are in extra (with others that I'd like in community). I don't need the AUR, so it shouldn't be this difficult. Is there something I need to do to configure pacman or something?
Last edited by beatgammit (2012-07-24 01:08:53)

Here's the entire script if you're interested:
SOURCE=net
SYNC_URL='ftp://mirrors.xmission.com/archlinux/$repo/os/$arch'
MIRROR='ftp://mirrors.xmission.com/archlinux/$repo/os/$arch'
TARGET_REPOSITORIES="core extra community"
HARDWARECLOCK=UTC # UTC is the better option, but some OS'es don't support it (i.e. Windows)
TIMEZONE=MST
# Do you want to have additional pacman repositories or packages available at runtime (during installation)?
# RUNTIME_REPOSITORIES same format as TARGET_REPOSITORIES
RUNTIME_REPOSITORIES=
# space separated list
RUNTIME_PACKAGES=
# packages to install
TARGET_GROUPS=base
TARGET_PACKAGES_EXCLUDE= 'nano reiserfsprogs'
TARGET_PACKAGES='openssh e2fsprogs'
# you can optionally also override some functions...
# This way you can change/extend/remove pretty much all functionality in AIF !
worker_intro () {
inform "Automatic install of arch system starting in 3 seconds."
sleep 3
worker_configure_system () {
preconfigure_target
sed -i 's/^HOSTNAME="myhost"/HOSTNAME="arch-generic-install"/' $var_TARGET_DIR/etc/rc.conf
postconfigure_target
PART_ACCESS= # can be set to 'uuid', 'dev', 'label', or leave empty for 'dev'
# These variables are mandatory
GRUB_DEVICE=/dev/sda
PARTITIONS='/dev/sda 100:ext2:+ 512:swap *:ext4'
BLOCKDATA='/dev/sda1 raw no_label ext2;yes;/boot;target;no_opts;no_label;no_params
/dev/sda2 raw no_label swap;yes;no_mountpoint;target;no_opts;no_label;no_params
/dev/sda3 raw no_label ext4;yes;/;target;no_opts;no_label;no_params'

ABSChecker:Check if ABS has newer version available than repositories

Because I have plenty of time to possibly reinvent things I have created a little piece of python script that compares packages in current pacman repositories against PKGBUILDs in local ABS database and reports (in theory) all out-of-date packages / packages with lesser version number than their ABS PKGBUILDs.
It was greated for PlugBox project (Arch Linux for plug computers) and I though I could share it with you all and change knowledge! I was about to jump of a roof when I noticed that some PKGBUILDs are used to create several packages at once. Oh the horror. In those cases the script dies horribly... in possible functionality.
I don't know if this is the right forums section, but admins always do their job well in these matters!
http://www.ihku.biz/abschecker/
Laugh at me! It is your great change to provide a link to a similar utility done better!
Have fun!

wehowardjr wrote:
Go to http://www.linksys.com Below the Linksys logo on the upper left of the page should show your location, like United States. Click on the [ Change ] link and pick United Kingdom. Dont click on the Remember this choice box.
Then go to Support / Downloads. Find WRT54GL v1.0 in the dropdown list. Then click on the "Downloads for this product" button. Click on the Firmware link and the rest is obvious. There you will find 4.30.7 and you should be good to go.
Message Edited by wehowardjr on 12-09-200606:50 AM
But someone above said the UK and US versions have different firmwares.
Can anyone confirm if the UK firmware can be used on a US router?
I am also hesitate to upgrade to a third-party firmware before I am sure I can revert back to the stock firmware.

Fglrx and custom kernel 2.6.16

I know that there are a lot of post about this issue in the forum, but i couldn't find a solution, and believe me, I`ve spent about 4 hours looking through the forum and google (maybe im a little dumb) with no results!
The problem is that i can't compile the ATI driver under the kernel version 2.6.16, i tried with the patched version from the pacman repositories (actually it compiles, but hungs my system badly) and with the official ATI release...
Also under the 2.6.15 kernel the ati-fglrx pacman package didn't worked neither the one from ATI, i get unresolved symbols, but i managed to make it work by mergeing some files from both packages!
So, was anyone able to make the FGLRX driver (8.23.7) work under the latest kernel??
PD: Now i`m going to try with the new 8.24.8 arch linux release! And sorry for my bad english! XD

hi there
i also had some probs with installing those drivers (8.23.7) with a custom kernel (custom beyond). This thread fixed my probs
http://bbs.archlinux.org/viewtopic.php? … highlight=
The essential part of this was to compile my kernel from source and to then do the 'symlink trick' as described in the post. Hope it helps

Pacproxy (or something that vaguely resembles an apt-proxy clone)

this may not be the right forum for this, but here is a little python app to proxy packages from a mirror, and (eventually) to automatically create repos from available packages in the local ABS tree. i didnt like the suggested solution of network mounting /var/cache/pacman/pkg/, and i wanted my ABS built packages to autoupdate without running a repo-add manually all the time... and i detest cron jobs.
as started, this started as a project to automatically create repos from any available binary packages existing within the ABS tree; i havent quite finished that yet. i am using the proxy part for 4 arch machines in my home and it seems to be doing pretty good. when the ABS stuff is done it will behave like this:
/var/abs/<repo_name>/..../..../{pkg/,src/}
where any packages in directory <repo_name> will be advertised as being a part of a repo with the same name (the <repo_name>.db.tar.gz file will be dynamically created and cached, this is the part im not done with). it wont matter how deep the pkg file is, and the architecture will be automatically accounted for by reading the .PKGINFO file.
right now though, proxying from ONE mirror (will probably add support for a mirror list like in pacman.d, but im not sure how this is handled exactly, any info on that would be great) seems to work pretty good, and it will proxy both architectures. as is, it will store pakages and a small "cache" file in .pacproxy/<repo_name>/<arch>/. the cache file has the same name as the package, and simply holds the Etag or Last-Modified header from when the package was pulled from the mirror. everytime a file is requested, a HEAD request is sent to the mirror using that information, and if a 304 (not-modified) is returned, the cached copy is used, else the new copy is pulled and the cache file updated. looks something like this:
[cr@extOFme-d0 ~]$ tree .pacproxy
.pacproxy
|-- community
| |-- i686
| | |-- community.db.tar.gz
| | `-- community.db.tar.gz.cache
| `-- x86_64
| |-- community.db.tar.gz
| `-- community.db.tar.gz.cache
|-- core
| |-- i686
| | |-- core.db.tar.gz
| | |-- core.db.tar.gz.cache
| | |-- coreutils-8.2-1-i686.pkg.tar.gz
| | |-- coreutils-8.2-1-i686.pkg.tar.gz.cache
| | |-- filesystem-2009.11-1-any.pkg.tar.gz
| | |-- filesystem-2009.11-1-any.pkg.tar.gz.cache
| | |-- glib2-2.22.3-1-i686.pkg.tar.gz
| | `-- glib2-2.22.3-1-i686.pkg.tar.gz.cache
| `-- x86_64
| |-- core.db.tar.gz
| `-- core.db.tar.gz.cache
`-- extra
|-- i686
| |-- boost-1.41.0-2-i686.pkg.tar.gz
| |-- boost-1.41.0-2-i686.pkg.tar.gz.cache
| |-- extra.db.tar.gz
| |-- extra.db.tar.gz.cache
| |-- xdg-utils-1.0.2.20091216-1-any.pkg.tar.gz
| |-- xdg-utils-1.0.2.20091216-1-any.pkg.tar.gz.cache
| |-- xf86-input-synaptics-1.2.1-1-i686.pkg.tar.gz
| |-- xf86-input-synaptics-1.2.1-1-i686.pkg.tar.gz.cache
| |-- xulrunner-1.9.1.6-1-i686.pkg.tar.gz
| `-- xulrunner-1.9.1.6-1-i686.pkg.tar.gz.cache
`-- x86_64
|-- extra.db.tar.gz
`-- extra.db.tar.gz.cache
i am still relatively new to the python scene, and i know there are several optimizations and probably alot of refactoring that will happen before im satisfied with it, but i think it is useful enough at this point to release to everyone here. any ideas are very welcome, and once i finally get my server back to the datacenter, ill host this (in git) on extof.me along with some other goodies TBA at a later date :). see POSSIBLE CAVEATS and DEVELOPMENT for ideas as to where im going and some issues that are definately present right now.
DEPENDENCIES
$ pacman -S cherrypy
HOW TO USE
...point pacman.conf to it (port 8080 by default)...
Server = http://localhost:8080/archlinux/$repo/os/x86_64
...edit pacproxy.py and change "mirrors" to an appropriate one for you (use $arch variable!)...
mirrors = {'mirrors.gigenet.com': '/archlinux/$repo/os/$arch'}
$ python pacproxy.py
POSSIBLE CAVEATS
1) multiple requests from multiple machines at the same time will probably cause some problems right now, as the cache's state will be inconsistent. i *think* concurrent tools like powerpill will still work correctly from the same machine, since its not pulling the same packages twice, and cherrypy will handle the threading.
2) im pretty sure the caching stuff is working correctly, but im not sure if pacman is realizing that its real copy (specifically the db.tar.gz files) is up to date. i may need to send some additional headers
3) if its not obvious, this only proxies http requests, not ftp
4) there is no cache cleaning in .pacproxy, as files become out of date, they will just stay there and take up space. not a huge deal, im just not sure how to address this, maybe remove them after X days of not being accessed
5) there is some security issues with eval'ing the .cache file (its just a dict), should maybe do that differently
6) im sure there are many other problems and security flaws, ill list/remove them as the show up/are fixed
DEVELOPMENT
1) anyone looking to mess with this (please do!), you can use cherrypy.log(msg) to send stuff to the log file (stdout unless you've changed it)
2) fix some concurrency issues by stalling one thread's download of a pkg until another thread has finished writing the pkg to the cache (hopefully lockfiles+timeouts will take care of this)
3) finish the ABS autobuilder, and maybe look into pulling in packages from another machines ABS tree using ssh/paramiko or similar (that would be cool)
4) make the code cleaner and avoid some of the duplication, move to multiple files (cherrypy supports auotmatically monitoring modules for changes then reloading them) otherwise changes to the main file causes a reload of the entire server which could interrupt downloads. plus right now its pretty much one huge function
5) python/cherrypy isnt the most efficient way to deliver a large file, maybe there is a way to use python for the logic and a better server to actually read out the file to the client?
6) probably dont need to ping the server for updates to pkg files... the name of the file *should* change when the file's updated. this was mainly for ABS derived packages
7) shower me with ideas!
and now some code!
PACPROXY.PY
import os, fnmatch, httplib, cherrypy
# we use this to know what to skip in local_dbs
abs_standard = ['core','extra','community','community-testing']
# what dbs should we proxy, and which are locally derived from custom ABS directories
# /var/abs/[db_name]/ are local dbs
proxy_dbs = abs_standard
local_dbs = [p for p in os.listdir('/var/abs') if os.path.isdir('/var/abs/' + p) and p not in abs_standard]
mirrors = {'mirrors.gigenet.com': '/archlinux/$repo/os/$arch'}
valid_arch = ['i686', 'x86_64', 'any']
# we'll put stuff here
cache_root = os.getenv('HOME') + '/.pacproxy'
def locate_pkgs(pattern):
top_exclude_dirs = ['core','extra','community','community-testing']
rel_exclude_dirs = ['pkg','src']
for path, dirs, files in os.walk('/var/abs'):
# no reason to look thru folders provided by ABS
if path=='/var/abs':
for d in [dir for dir in dirs if dir in top_exclude_dirs]: dirs.remove(d)
# or folders created by makepkg
for d in [dir for dir in dirs if dir in rel_exclude_dirs]: dirs.remove(d)
for filename in fnmatch.filter(files, pattern):
yield os.path.join(path, filename)
def gen_proxy(remote_fd, local_fd=None):
def read_chunks(fd, chunk=1024):
while True:
bytes = fd.read(chunk)
if not bytes: break
yield bytes
for bytes in read_chunks(remote_fd):
if local_fd is not None:
local_fd.write(bytes)
yield bytes
def serve_repository(repo, future, arch, target):
# couple sanity checks
if arch not in valid_arch or repo not in proxy_dbs + local_dbs:
raise cherrypy.HTTPError(404)
is_db = fnmatch.fnmatch(target, repo + '.db.tar.gz')
is_pkg = fnmatch.fnmatch(target, '*.pkg.tar.gz')
is_proxy = repo in proxy_dbs
is_local = repo in local_dbs
if not any((is_db, is_pkg)) or not any((is_proxy, is_local)):
raise cherrypy.HTTPError(404)
active_mirror = mirrors.iterkeys().next()
remote_target = '/'.join([mirrors[active_mirror].replace('$repo', repo).replace('$arch', arch), target])
remote_file = 'http://' + '/'.join([active_mirror, remote_target])
local_file = '/'.join([cache_root, repo, arch, target])
cache_dir = os.path.dirname(local_file)
if not os.path.exists(cache_dir): os.makedirs(cache_dir)
# find out if there is a cached copy, and if its still good
if is_proxy:
if os.path.exists(local_file) and os.path.exists(local_file + '.cache'):
cache = eval(open(local_file + '.cache').read())
req = httplib.HTTPConnection(active_mirror)
req.request('HEAD', remote_target, headers=cache)
res = req.getresponse()
if res.status==304:
remote_fd = open(local_file, 'rb')
local_fd = None
elif res.status==200:
map(os.unlink, [local_file, local_file + '.cache'])
etag = res.getheader('etag')
last_mod = res.getheader('last-modified')
cache_dict = {}
if etag is not None:
# try etag first
cache_dict['If-None-Match'] = etag
elif last_mod is not None:
cache_dict['If-Modified-Since'] = last_mod
if len(cache_dict)>0:
cache_fd = open(local_file + '.cache', 'wb')
cache_fd.write(repr(cache_dict))
cache_fd.close()
req2 = httplib.HTTPConnection(active_mirror)
req2.request('GET', remote_target)
remote_fd = req2.getresponse()
local_fd = open(local_file, 'wb')
else:
raise cherrypy.HTTPError(res.status)
else:
if os.path.exists(local_file): os.unlink(local_file)
if os.path.exists(local_file + '.cache'): os.unlink(local_file + '.cache')
req = httplib.HTTPConnection(active_mirror)
req.request('GET', remote_target)
remote_fd = req.getresponse()
if remote_fd.status!=200:
raise cherrypy.HTTPError(remote_fd.status)
local_fd = open(local_file, 'wb')
etag = remote_fd.getheader('etag')
last_mod = remote_fd.getheader('last-modified')
cache_dict = {}
if etag is not None:
# try etag first
cache_dict['If-None-Match'] = etag
elif last_mod is not None:
cache_dict['If-Modified-Since'] = last_mod
if len(cache_dict)>0:
cache_fd = open(local_file + '.cache', 'wb')
cache_fd.write(repr(cache_dict))
cache_fd.close()
cherrypy.response.headers['Content-Type'] = 'application/octet-stream'
if repo in proxy_dbs:
return gen_proxy(remote_fd, local_fd)
if repo in local_dbs:
pass
# nothing seems valid? throw a 404
raise cherrypy.HTTPError(404)
serve_repository.exposed = True
conf = {'server.socket_host': '0.0.0.0',
'server.socket_port': 8080,
'request.show_tracebacks': False}
cherrypy.config.update(conf)
cherrypy.quickstart(serve_repository,'/archlinux')
Last edited by extofme (2009-12-20 02:57:41)

well, i didnt get it to pass downloading the first to packages and then hanging (and pacproxy looping glibc package), even on subsequent restart (so that pacproxy would already have those cached), but i did found out an aif profile for this
# aif -p automatic -c pacinst.aif
SOURCE=net
SYNC_URL=http://192.168.0.35:8080/archlinux/core/os/i686
HARDWARECLOCK=localtime
TIMEZONE=Europe/Berlin
# Do you want to have additional pacman repositories or packages available at runtime (during installation)?
# RUNTIME_REPOSITORIES = array like this ('name1' 'location of repo 1' ['name2' 'location of repo2',..])
RUNTIME_REPOSITORIES=
# space separated list
RUNTIME_PACKAGES=
# packages to install
TARGET_GROUPS=base # all packages in this group will be installed (defaults to base if no group and no packages are specified)
TARGET_PACKAGES_EXCLUDE= # Exclude these packages if they are member of one of the groups in TARGET_GROUPS. example: 'nano reiserfsprogs' (they are in base)
TARGET_PACKAGES= # you can also specify separate packages to install (this is empty by default)
# you can optionally also override some functions...
#worker_intro () {
#bug ? following gives: inform command not found
#inform "Automatic procedure running the generic-install-on-sda example config. THIS WILL ERASE AND OVERWRITE YOUR /DEV/SDA. IF YOU DO NOT WANT THIS PRESS CTRL+C WITHIN 10 SECONDS"
#sleep 10
worker_configure_system () {
prefill_configs
sed -i 's/^HOSTNAME="myhost"/HOSTNAME="arch-generic-install"/' $var_TARGET_DIR/etc/rc.conf
# These variables are mandatory
GRUB_DEVICE=/dev/sda
PARTITIONS='/dev/sda *:ext3'
BLOCKDATA='/dev/sda1 raw no_label ext3;yes;/;target;no_opts;no_label;no_params'

Libsamplerate-0.1.2-4-i686.pkg.tar.gz not found during MPD install

ran pacman -S mpd
Targets: libmikmod-3.1.12-1 libsamplerate-0.1.2-4 mpd-0.13.1-2
I was able to get the first and third fine when Synching the package, but all the mirrors failed to retrieve libsamplerate-0.1.2-4. Do I need to download and compile the newest version of libsamplerate myself or will the pacman repositories obtain it?
edit: I compiled -0.1.3 myself. hopefully that will do it.
Last edited by elephantos (2008-05-14 00:43:00)

In such situations one would do:
pacman -Syy
Current libsamplerate version is 0.1.3, the database information is not in sync, so it's refreshed. Compilation is not a solution. If after running the above you still can't get it to install, it's possibly a bug or a fault somewhere which you shouldn't ignore.

Hw problems or ext3 bug?

Hi,
This message is posted in "Workstation User" and "Kernel and HW issues" because I'm not sure what the problem is.
I'm having a problem with ext3 partition and I'm not sure if it's a bug o what. It has happened 3 times yesterday (Sunday), before I switched off the computer at night.
Situation
* A computer (no laptop) with 2 HD (hda and hdd) and a few partitions in each disk.
* Hdd has 1 ext3 and 2 xfs.
* Hda has 1 swap (hda1), 2 ext3 and 1 xfs. The two ext3 are "/" (hda5) and /home (hda6). The rests of directories /var /tmp and so are part of "/", on hda5.
* It's a coincidence (or not) but last weekend I made a "pacman –Sy; pacman –Su", and two of the packages updated were "filesystem" and "kernel". The pacman repositories I have configured are "current" and "extra".
The problem
After a few hours working the console shows the following messages:
journal_bmap: journal block not found at offset 25312 on hda5
Aborting journal on device hda5.
ext3_abort called.
EXT3-fs error (device hda5): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
From that point, a lot of syslog-ng errors because of read-only filesystem, and also erros from other programs (xorg, kde, etc).
Obviously nothing works properly. In hda5 is mounted "/", including /var and /tmp and it's read-only.
The offset referred (25312) is different each time it happened.
First idea
Could it be the hw, physical error? It could, but when I've had problems with hw, there were lots of messages like "seek error", "read error sector ##", "seek complete error", etc.
But in this situation there aren't. And the error is always in hda5, never in hda6 (also ext3) not hda7 (xfs). So I doubt it's a hw problem.
Why not hda6? My opinion, hda5, root fs, is heavily used compared to hda6 (/home). The third time I got the error, I didn't log into any session. Only the OS and services.
Could it be a bug, related to ext3, after the last upgrade?

Please don't cross-post:
http://bbs.archlinux.org/viewtopic.php?t=25392
Locking.

Cinelerra problem with video in the composer window

Hi,
After going through many distributions here I am a happy User's Arch.
One thing I feel very lacking in Linux, even more today that I do not use windows at home for anything is the fact that I can not find video editing software that is really good.
As researched a lot and not found anything that is really good in terms of video editing, I believe that it should meet my Cinelerra nescessidade because he in fact work this transaction and videos, etc ... Despite not liking anything on your interface would be able to use it.
If anyone has any tips please help!
The problem is that some crashes are annoying in the Composition window where it plays the video, it's not like I had with 3D acceleration.
And really annoying, I can not do anything without seeing the video in real time as it's getting and the parties must move ...
I tested several software recommended and one that I liked was the Avidemux which unfortunately does not work with multitrack and has no effect. The demics found it very bug. The Pitivi the crash here whenever I zoom in the video track ...
An error that could not noticing this is in red below when I install Cinelerra.
Continuar a instalação? [S/n] s
:: Obtendo pacotes do repositório extra...
ilmbase-1.0.1-1-i686 313,9K 60,4K/s 00:00:05 [######################] 100%
openexr-1.6.1-1-i686 3,3M 256,1K/s 00:00:13 [######################] 100%
verificando a integridade do pacote...
(3/3) verificando conflitos de arquivo [######################] 100%
(1/3) instalando ilmbase [######################] 100%
(2/3) instalando openexr [######################] 100%
(3/3) instalando cinelerra-cv [######################] 100%
Deps Opcionais para cinelerra-cv
libgl: needed for the X11-OPENGL video driver support
My 3D acceleration is enabled, I have a good hardware ...
Proc: Core (TM) 2 Quad CPU Q8200
Distro: Arch Linux i686 + compiz + gnome (in desperation I tried to disable compiz tb and nothing ...)
Motherboard: Asus P5Q
Mem: 4GB
Video: 9800GT
My video card is properly installed, so that the game Counter-Strike Source online with no problem locking or low performace via Wine.
I made a video also likely to demonstrate better to the problem, note the constant locking Composer window.
If I leave the video running too long, it speeds up from nothing and and then starts playing normally, follows:
http://www.youtube.com/watch?v=Fku-juUTmbU
Sorry for bad english
Thanks!
Last edited by cellexpert (2010-10-07 02:12:58)

Hi,
I noticed that the problem is related to libgl same.
The NVIDIA drivers make a link to this file sombolico thus
lrwxrwxrwx 1 root root 10 Out 10 20:12 /usr/lib/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 15 Out 10 20:12 /usr/lib/libGL.so.1 -> libGL.so.256.53
-rwxr-xr-x 1 root root 765460 Out 10 20:12 /usr/lib/libGL.so.256.53
I tried to remove the symbolic link and the program crash when I play the video
I think that's why I can not use other programs that want video acceleration, eg
Pitivi -> lock and close (crash) when I zoom video
Google-Earth -> tb's crash when a dialog will appear (those with balõezinhos info)
There is another that I can not remember now.
I tried using the nvidia driver directly from the site, version 256.53 Geforce 9800 GT
It's the same problem ...
I tried the version contained in the 173 nvidia pacman repositories and it's the same problem.
If someone can give me a help, thank you!
Att

Flash content gets obscured by other tabs in Firefox

I've had this problem for a while where when I'm viewing flash content in Firefox, changing to another tab and back again causes the content to be obscured by the previous tab, like this:
(click for full size)
I'm using flashplugin 11.2.202.336-1 from the official pacman repositories and Firefox 27.0.1, also from the official pacman repositories. It doesn't happen all the time, and refreshing the page fixes it, but it's annoying especially when returning to a long video after checking another tab.
Has anyone else experienced this, and if so, is there any way I can fix this?
Thanks!
Last edited by NorthAntrim (2014-03-01 13:41:10)

karol wrote:
Anything interesting in the logs or systemd's journal?
What hardware and video drivers are you using?
See https://wiki.archlinux.org/index.php/NV … with_Flash
I do get this in the log when switching from Xorg to tty2 and back (doing this guarantees it to happen, aside from that it happens randomly):
[ 323.516] (II) NVIDIA(0): Setting mode "VGA-0:1024x768_60+0+0,DVI-I-1:nvidia-auto-select+1024+0"
[ 323.805] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
[ 323.805] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X
[ 323.805] (II) NVIDIA(0): configuration option may not be set correctly. When the
[ 323.805] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
[ 323.805] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For
[ 323.805] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and
[ 323.805] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
[ 323.805] (II) NVIDIA(0): Config Options in the README.
[ 323.850] (II) NVIDIA(GPU-0): Display (VHT G152 (CRT-1)) does not support NVIDIA 3D Vision
[ 323.850] (II) NVIDIA(GPU-0): stereo.
[ 323.880] (II) NVIDIA(GPU-0): Display (PKB Viseo 230Ws (DFP-0)) does not support NVIDIA 3D
[ 323.880] (II) NVIDIA(GPU-0): Vision stereo.
That's the only thing I could find. I have two monitors.
Sorry, I should have mentioned what drivers I'm using. I'm using the nvidia drivers:
nvidia 331.38-2
with a GT 320.
Thanks.
Last edited by NorthAntrim (2014-03-01 17:04:36)

How do I browse available applications?

Hi All,
How do I look for particular applications in pacman/shaman? For example, how do I look for all available kdemod games, or look for all office application is the repository. There doesn't seem to be an easy way to search.
My daughter wanted to find all "photo" application for touching up images, I had to tell her to do a google search for all linux+photo+editing keywords, the I would see if they are in the repositories, but surely there must be a application that will allow me to do that on the pacman repositories themselves?:/
Many Thanks,
Bernie

There's also tupac
http://aur.archlinux.org/packages.php?ID=13322
you can use it as
tupac -Ss photo editing
or
[~]$ tupac -Ss game rpg
1 community/freedroidrpg 0.12.1-2
a mature science fiction role playing game set in the future
2 aur/eternallands 1.8.0-1 (70 votes)
A free 3D MMORPG game with thousands of on-line players
**CUT**
13 aur/naev 0.3.9-1 (15 votes)
2D action/rpg space game
for example

[SOLVED] AIF and LVM under peculiar circumstances

I am developing a virtual machine builder called varch and I am using aif to do the installs. So far it works will with regular partitions, but I am having trouble with lvm. I am fairly confident my BLOCK_DEVICES variable is accurate but aif fails to run lvcreate.
So let me paint the environment, varch is a python application which takes an aif config file as an argument, varch creates a raw disk image and then makes it available by using kpartx. The disk image becomes available on a loopback device, like /dev/loop0, and partitions become available under /dev/mapper/loop0px.
Varch takes the aif file and edits it to ensure that aif does not modify anything on the actual running system by changing the config file to point to the loopback device.
Then varch runs aif -p automatic <modified config>
like I said, it works great with regular partitions, but fails on lvm, aif makes the pv and the vg but never calls lvcreate.
What I am asking is, can someone help me navigate AIF a bit so I can figure out why it is failing? Here is the aif config I am using with varch:
SOURCE=net
#FILE_URL=file:///src/core/pkg
SYNC_URL=http://mirror.rit.edu/archlinux/\$repo/os/x86_64
HARDWARECLOCK=UTC
TIMEZONE=America/Denver
# Do you want to have additional pacman repositories or packages available at runtime (during installation)?
# RUNTIME_REPOSITORIES = array like this ('name1' 'location of repo 1' ['name2' 'location of repo2',..])
RUNTIME_REPOSITORIES=
# space separated list
RUNTIME_PACKAGES=
# packages to install
TARGET_GROUPS=base # all packages in this group will be installed (defaults to base if no group and no packages are specified)
TARGET_PACKAGES_EXCLUDE='nano reiserfsprogs'
TARGET_PACKAGES=openssh # you can also specify separate packages to install (this is empty by default)
# These variables are mandatory
GRUB_DEVICE=/dev/vda
PARTITIONS='/dev/vda 100:ext4:+ *:ext4'
BLOCKDATA='/dev/vda1 raw no_label ext4;yes;/boot;target;no_opts;no_label;no_params
/dev/vda2 raw no_label lvm-pv;yes;no_mountpoint;target;no_opts;no_label;no_params
/dev/vda2+ lvm-pv no_label lvm-vg;yes;no_mountpoint;target;no_opts;vmvg;/dev/vda2
/dev/mapper/vmvg lvm-vg vmvg lvm-lv:yes;no_mountpoint;target;no_opts;root;5000M
/dev/mapper/vmvg-root lvm-lv root xfs;yes;/;target;no_opts;no_label;no_params'
Thanks in advance, I know this is a deep question!
Last edited by Ryujin (2010-11-07 17:40:54)

Why do you have a colon instead of a semicolon between lvm-lv and yes? on the line where you define the LV's on the VG.
Probably that's it.

Mpd crashes when creating database

Hi everyone,
I have problem with mpd, which, after some testing I already filed into the here. Unfortunately I found this afterwards.
Anywho, since neither me nor cirrus could reproduce this crash my ticket will most likely be closed. Since me and the other bug reporter are running arch on x86_64 I thought the problem may lie in the packages distributed in the pacman repositories? Or maybe someone else here ran into the same problem?
Thanks in advance.
Btw, running arch 64bit on dell xps m1530 (core 2 duo, 4gb ram), mpd and libmad up-to-date with pacman repositories
Last edited by lazlow (2010-02-01 04:29:57)

Sorry for reviving this old thread, but if anyone runs into this problem, I found a (not very satisfying) solution: I let mpd create its database with a very reduced subset of my music library, making sure it wouldn't crash this time. Then I gradually added the rest of the folders. Not very efficient, but at least I got mpd running.

Pacman Repositories

Similar Messages

Maybe you are looking for