Packagekit backend for pacman/libalpm?

planet.gnome.org had some posts about packagekit recently and various backends are in the work atm, such as yum, apt and conary. since i don't have the skills to write a backend for pacman, i'd like to know if anyone has started or plans on writing a pacman backend.

manudwarf wrote:
Hello,
I'm new to ArchLinux and I find this idea great, also let me present me :
I'm a french IT student and I've some projects to validate and the end of my studies. These projects may be personnal or with any enterprise or community.
If you agree, I could contribute to that kind of application. I don't really know how does packagekit works, but if someone does, we could work together. I know well C(++) and common tools ([auto]make, cmake, etc.), particularly Qt and KDE frameworks (KPackagekit ?).
Thus I could present this work as a project supervised by someone from the Arch community.
If my keyboard may help you, leave me a PM
salut manu et bienvenue a toi.
just a few advices as you are new here. please do not resurrect dead threads [ please see http://wiki.archlinux.org/index.php/For … Bumping.27 ], create a new one instead, I'm sure you'll find some archers interested in your project.
Last edited by bangkok_manouel (2009-09-01 16:19:38)

Similar Messages

Cannot search for "pacman"

"Your search returned no hits."
This cannot be right

works fine
pacman -Ss pacman
core/pacman 3.3.0-3 (base)
A library-based package manager with dependency support
core/pacman-mirrorlist 20090616-1 (base)
Arch Linux mirror list for use by pacman
extra/namcap 2.3-1
A Pacman package analyzer
extra/srcpac 0.6-1
The pacman from-source wrapper
community/aqpm 1.3.3-1
Qt wrapper around pacman's libalpm
community/pacman-contrib 3.3.0-1
Utilities for use with the pacman package manager
community/pacupdate 0.1.1-2
A simple update notifier for Arch Linux (pacman)
community/perl-cpanplus-pacman 0.3.5-1
CPANPLUS::Dist plugin and script to create Arch Linux packages of CPAN
modules
community/powerpill 16.0-12
A wrapper for pacman that speeds up package retrieval by using aria2c for
concurrent/segmented downloads.
community/shaman 1.2.0-1
Complete frontend to libalpm/pacman and ABS written in Qt4
community/xpacman 0.11-4
X pacman game (use z x / ' q keys)
community/xpacman2 1.002-2
another X pacman game

A suggestion for pacman

Right now if you want to use "makepkg" effectively, you have to install and setup "sudo" just to be able to get the dependencies for a build (makepkg -s).
My suggestion is for pacman to have a new parameter, like "pacman -P" for example, that would read a PKGBUILD file from the current directory and automatically parse the mentioned dependencies for installation. That way sudo wouldn't be required to easily use AUR/ABS.
I think implementing this would make some systems more secure (no need to give users pacman permission) and also makes things more simple imo.
I already use a bad self-made script for directly reading and installing PKGBUILD deps, but it would be cool to have it as native feature of pacman.
What do you think.

Welcome to the forums app4des.
Ideas for improving the distro are always very well taken around here. Things do have a tendency to get lost in the forums, so what rson451 said is the best way to get ideas and suggestions across. There's a dedicated pacman section in the bug tracker. Look right under the user name box and you'll see a drop down lists.

.bashrc not working for pacman

Hi I was trying to get coloured output for pacman as per the wiki (Wiki Pacman Colour)I chose just to add the alias to my .bashrc method. I know that other functions of my .bashrc are working. This is my .bashrc
alias ls='ls --color=auto'
PS1='[\u@\h \W]\$ '
# coloured pacman output
alias pacs="pacsearch"
pacsearch () {
echo -e "$(pacman -Ss $@ | sed \
-e 's#current/.*#\\033[1;31m&\\033[0;37m#g' \
-e 's#extra/.*#\\033[0;32m&\\033[0;37m#g' \
-e 's#community/.*#\\033[1;35m&\\033[0;37m#g' \
-e 's#^.*/.* [0-9].*#\\033[0;36m&\\033[0;37m#g' )"
# safety copy, delete & colour
alias rm='rm -i'
alias cp='cp -iv'
alias mv='mv -i'
alias ..="cd .."
alias cl="clear"
alias ll="ls -lhav"
alias ls="ls -v --color=auto"
alias df="df -h"
alias du="du -hc"
alias mv="mv -iv"
alias cp="cp -v"
Any ideas on why it wont work have used gnome-terminal and xterm to test coloured output with no success.
This is the ll command alias working so I know my .bashrc is working or at least being recognised. I like the default behaviour of Pacman and wanted the colour output purely for readability.
[root@myhost flebber]# ll
total 192K
-rw-r--r-- 1 flebber users 400 2007-06-22 16:04 #.bashrc#
drwx------ 31 flebber users 4.0K 2007-06-23 15:07 .
drwxrwxr-x 5 flebber root 4.0K 2007-06-21 02:35 ..
-rw------- 1 flebber users 477 2007-06-23 15:07 .ICEauthority
drwx------ 2 flebber users 4.0K 2007-06-21 03:13 .Trash
-rw------- 1 flebber users 0 2007-06-21 03:15 .Xauthority
drwxr-xr-x 2 flebber users 4.0K 2007-06-22 05:31 .audacious
-rw-rw-r-- 1 flebber users 763 2007-06-23 15:05 .bash_history
-rw-rw-r-- 1 flebber users 510 2007-06-23 14:47 .bash_profile
-rw-rw-r-- 1 flebber users 607 2007-06-23 15:05 .bashrc
drwxr-xr-x 3 flebber users 4.0K 2007-06-21 13:59 .cache
drwxrwxr-x 6 flebber root 4.0K 2007-06-22 05:27 .config
drwxrwxr-x 3 flebber users 4.0K 2007-06-21 00:37 .dbus
-rw------- 1 flebber users 45 2007-06-22 16:17 .dmrc
drwxr-xr-x 3 flebber users 4.0K 2007-06-22 15:30 .emacs.d
-rw------- 1 flebber users 16 2007-06-21 04:00 .esd_auth
drwxr-xr-x 3 flebber users 4.0K 2007-06-21 03:47 .evolution
drwxr-xr-x 5 flebber users 4.0K 2007-06-21 08:32 .exaile
drwx------ 4 flebber users 4.0K 2007-06-22 15:33 .flock
drwxr-xr-x 5 flebber users 4.0K 2007-06-22 16:23 .fluxbox
drwxrwxr-x 2 flebber users 4.0K 2007-06-21 07:58 .fontconfig
drwxrwxr-x 5 flebber users 4.0K 2007-06-23 15:07 .gconf
drwxrwxr-x 2 flebber users 4.0K 2007-06-23 15:07 .gconfd
-rw-rw-r-- 1 flebber users 0 2007-06-22 05:19 .gksu.lock
drwxrwxr-x 3 flebber users 4.0K 2007-06-21 00:37 .gnome
drwxrwxr-x 9 flebber users 4.0K 2007-06-23 15:06 .gnome2
drwx------ 2 flebber users 4.0K 2007-06-21 00:37 .gnome2_private
drwxrwxr-x 2 flebber users 4.0K 2007-06-21 08:39 .gstreamer-0.10
-rw-rw-r-- 1 flebber users 89 2007-06-21 00:37 .gtkrc-1.2-gnome2
drwxrwxr-x 2 flebber users 4.0K 2007-06-21 00:40 .icons
drwxr-xr-x 4 flebber users 4.0K 2007-06-21 09:02 .listen
drwxrwxr-x 3 flebber users 4.0K 2007-06-21 01:32 .local
drwxr-xr-x 2 flebber users 4.0K 2007-06-21 08:39 .lyrics
drwx------ 3 flebber users 4.0K 2007-06-22 15:33 .macromedia
drwxrwxr-x 3 flebber users 4.0K 2007-06-21 00:37 .metacity
drwxrwxr-x 2 flebber users 4.0K 2007-06-22 15:33 .mozilla
drwxrwxr-x 3 flebber users 4.0K 2007-06-23 15:06 .nautilus
-rw-r--r-- 1 flebber users 3.2K 2007-06-22 05:29 .recently-used.xbel
drwxrwxr-x 2 flebber users 4.0K 2007-06-21 00:40 .themes
drwx------ 3 flebber users 4.0K 2007-06-21 02:26 .thumbnails
-rw-rw-r-- 1 flebber 501 262 2007-06-21 00:34 .xinitrc
-rw-rw-r-- 1 flebber root 9 2007-06-19 23:33 .xintrc
drwxr-xr-x 2 flebber users 4.0K 2007-06-22 05:26 .xmms
-rwxrwxr-x 1 flebber users 100 2007-06-19 21:05 .xsession
-rw-r--r-- 1 flebber users 644 2007-06-23 15:07 .xsession-errors
drwxrwxr-x 2 flebber users 4.0K 2007-06-22 05:17 Desktop
-rw-r--r-- 1 flebber users 3.5K 2007-06-22 05:30 eq.preset
-rw-rw-r-- 1 flebber root 47 2007-06-20 08:54 hopeless
-rw-r--r-- 1 flebber users 3.5K 2007-06-22 05:17 presets.gz
-rw-r--r-- 1 flebber users 872 2007-06-22 05:18 winamp_presets.gz
[root@myhost flebber]#
PS this output featured colour.
Last edited by flebber (2007-06-23 05:24:51)

yeah logged out and in
Updated
alias ls='ls --color=auto'
PS1='[\u@\h \W]\$ '
# Get the aliases and functions
if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi
# coloured pacman output
alias pacs="pacsearch"
pacsearch () {
echo -e "$(pacman -Ss $@ | sed \
-e 's#current/.*#\\033[1;31m&\\033[0;37m#g' \
-e 's#extra/.*#\\033[0;32m&\\033[0;37m#g' \
-e 's#community/.*#\\033[1;35m&\\033[0;37m#g' \
-e 's#^.*/.* [0-9].*#\\033[0;36m&\\033[0;37m#g' )"
# safety copy, delete & colour
alias rm='rm -i'
alias cp='cp -iv'
alias mv='mv -i'
alias ..="cd .."
alias cl="clear"
alias ll="ls -lhav"
alias ls="ls -v --color=auto"
alias df="df -h"
alias du="du -hc"
alias mv="mv -iv"
alias cp="cp -v"
# User specific environment and startup programs
PATH=$PATH:$HOME/bin
PATH=$PATH:/home/flebber/*
Last edited by flebber (2007-06-23 06:53:43)

Packup - a simple backup/restore/migration script for Pacman

I have seen numerous posts on the forums asking for an easy way to backup and restore installed software for purposes of backup, migration or simply for convenience. Packup attempts to fill this void. Simply put, Packup is an ncurses wrapper for Pacman which provides a simple backup/restore/migration system for Arch. Don't believe me? Try it for yourself!

Mimi wrote:
Ghost1227 wrote:by default it should be $8 not $9... I'd love to know why yours responds differently.
┌─[~]
└─╼ ls -Bl packup-*
-rw-r--r-- 1 julia users 2633 2. Jan 18:22 packup-complete-20090102-1821
┌─[~]
└─╼ ls -Bl packup-* | egrep -v '^d' | awk '{ print $8 }'
18:22
Maybe the problem is a different date format (de_DE.utf8).
┌─[~]
└─╼ ls -Bl --time-style=iso packup-* | egrep -v '^d' | awk '{ print $8 }'
packup-complete-20090102-1821
Good point - added --time-style to the script, should fix that problem...
Mimi wrote:
If i select "Run Yaourt" the program exits, i don't know, maybe the exit status of the if condition (if [ $? = 0 ]) overrides the selection?
┌─[~]
└─╼ if [ $? = 1 ]; then echo abcdef; elif [ $? = 1 ]; then echo fedcba; fi
fedcba
Or is it just me?
I think you miscopied something there...
if [ $? = 1 ]; ... elif [ $? = 1 ]; ...
it's kinda redundant... shouldn't one of those be =0? or =3? i'm not even sure which function you're referencing.

A nice feature for pacman

I dont think im the only one that does a weekly "pacman -Syu", many do it more often i guess, but i cant allow that, so i do it once a week, now i dont have that many pkgs as i've been really busy and just reinstalled Arch a week or so ago, but i do had this thought before i reinstalled:
When i had my prior system, i had lots of packages, and sometimes i didnt want to update them all at the same night (yeah you guessed, dialup), so i had to "manually" see what where the ones i wanted more.
Now, here is the issue, "pacman -Syu" is a list of all the pkgs available for update with no particular order except for the abecedary, so some pkgs starting with "k" would be mixed with the KDE ones and the same for the "G" and Gnome, and all this made a lot more complicated to choose what packages to upgrade. So i was thinking, cant the output of "pacman -Syu" be categorized? as with the categories the Arch installer use?
I think an ordered list of the packages available would be a much nicer thing to see and very usufull too.
Hope you take it in consideration.
Regrets.

apeiro wrote:It would be problematic to start doing partial sysupgrades. You might miss a key dependency and break packages.
Hi,
I wasnt thinking in doing partial sysupgrades, i think you didnt understood what i wanted to say (im sorry but when i read something written by me in english a couple of hours ago, i find several errors on my ways of expression, not to name grammatical and ortographical).
What i meant, was that if there is a way of ordering the "display" of the output of pacman -Syu in categories, so one can see in more detail for a pkg that might want to update if there is actually any update to do.
Instead of:
abiword-1.2-pkg.tar.gz gcc-3.4-pkg.tar.gz libbonoboui-2.3-pkg.tar.gz xfree86-4.4-pkg.tar.gz xmms-2-10.pkg.tar.gz ... [...]
It would be something like this:
Base:
gcc-3.4-pkg.tar.gz ... [...]
Office:
abiword-1.2-pkg.tar.gz ... [...]
Multimedia:
xmms-2.10.pkg.tar.gz ... [...]
X:
xfree86-4.4-pkg.tar.gz ... [...]
The numbers in the versions are random except on the ones i remembered current ones.
About missing key dependencies, i do pacman -Syu to see what are the pkgs updated, then choose NO at the do system upgrade question and then i do a pacman -S [app1] [app2] [app3].... and pacman deals with the dependencies, so i dont think we would have any problem with them... is this what you meant??
kakabaratruskia wrote:maybe, there could be an option for pacman, that when you do -Syu, you where asked if you want to install each package. (like download foo? (Y/N), download dasda?(Y/N), etc.)
I think this is a great idea, it would help a lot (i wouldnt have to do the last step in the previous paragraph )
Something like pacman -Syu --ask
Anyway, this are just thoughts!
Regards

Custom dowload manager for pacman in chroot env

Hello
As this is the place for pacman in general I post here. Feel free to move that thread if you feel it would have a more suitable place.
I'm willing to install Arch on my computer from the live disk of another distro (Tails, based on Debian). I follow these guidelines but an issue is risen because of Tor wich makes resolving DNS less straightforward. Thus I've tried to use the option XferCommand in /etc/pacman.conf in the following way:
XferCommand = /usr/bin/curl --socks5-hostname 127.0.0.1:9050 -C - -f %u > %o
but I just get errors.
# pacman -S arch-install-scripts
warning: database file for 'core' does not exist
warning: database file for 'extra' does not exist
warning: database file for 'community' does not exist
error: target not found: arch-install-scripts
# pacman -Syu
warning: database file for 'core' does not exist
warning: database file for 'extra' does not exist
warning: database file for 'community' does not exist
:: Synchronizing package databases...
sh: /usr/bin/curl: No such file or directory
error: failed to update core (error invoking external downloader)
sh: /usr/bin/curl: No such file or directory
error: failed to update extra (error invoking external downloader)
sh: /usr/bin/curl: No such file or directory
error: failed to update community (error invoking external downloader)
error: failed to synchronize any databases
error: failed to init transaction (error invoking external downloader)
Would you have any idea to solve this problem? Of course I've checked that /usr/bin contains curl with this line:
XferCommand = ls /usr/bin && /usr/bin/curl --socks5-hostname 127.0.0.1:9050 -C - -f %u > %o
but it seems to be very contradictory:
# pacman -Syu
warning: database file for 'core' does not exist
warning: database file for 'extra' does not exist
warning: database file for 'community' does not exist
:: Synchronizing package databases...
bsdtar curl env ex nano pacman ping vi
sh: /usr/bin/curl: No such file or directory
error: failed to update core (error invoking external downloader)
bsdtar curl env ex nano pacman ping vi
sh: /usr/bin/curl: No such file or directory
error: failed to update extra (error invoking external downloader)
bsdtar curl env ex nano pacman ping vi
sh: /usr/bin/curl: No such file or directory
error: failed to update community (error invoking external downloader)
error: failed to synchronize any databases
error: failed to init transaction (error invoking external downloader)
Last edited by Caocoa (2015-04-29 23:13:26)

Here is what I've done:
ARCHI=$(uname -m)
ARCH_MINI="$HOME/tmp_arch"
mkdir "$ARCH_MINI"
cd "$ARCH_MINI"
alias curl="torsocks curl"
curl -O http://mir.archlinux.fr/~tuxce/chroot/archlinux.chroot.$ARCHI.tgz
tar zxf archlinux.chroot.$ARCHI.tgz
cp /etc/resolv.conf "$ARCH_MINI/etc/"
mount -B /proc "$ARCH_MINI/proc"
mount -B /dev "$ARCH_MINI/dev"
mount -B /sys "$ARCH_MINI/sys"
mount -B /dev/pts "$ARCH_MINI/dev/pts"
ARCH_SYS="$ARCH_MINI/mnt"
mount /dev/sda4 "$ARCH_SYS"
mkdir -p "$ARCH_SYS"/var/{cache/pacman/pkg,lib/pacman} "$ARCH_SYS"/{dev,proc,sys,run,tmp,etc,boot,root,home}
mount -B /proc "$ARCH_SYS/proc"
mount -B /dev "$ARCH_SYS/dev"
mount -B /sys "$ARCH_SYS/sys"
lsblk
mount /dev/sda2 "$ARCH_SYS"/boot
mount /dev/sda1 "$ARCH_SYS"/efi
mount /dev/sda5 "$ARCH_SYS"/home
echo 'PS1="(installation) \w \\$ "' > "$ARCH_SYS/root/.bashrc"
chroot "$ARCH_MINI" /bin/bash
The main issue is I can't use pacman:
(Arch mini) / # pacman -Syu
warning: database file for 'core' does not exist
warning: database file for 'extra' does not exist
warning: database file for 'community' does not exist
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr; Unknown error
error: failed to update core (download library error)
error: failed retrieving file 'extra.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr; Unknown error
error: failed to update extra (download library error)
error: failed retrieving file 'community.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr; Unknown error
error: failed to update community (download library error)
error: failed to synchronize any databases
error: failed to init transaction (download library error)
Even if I try to copy curl binary from the host to the chroot and pass it socks option (like in my first message) it says:
/usr/bin/curl: No such file or directory
By default, pacman can't resolve repo name:
(Arch mini) / # pacman -Syu
warning: database file for 'core' does not exist
warning: database file for 'extra' does not exist
warning: database file for 'community' does not exist
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr; Unknown error
error: failed to update core (download library error)
error: failed retrieving file 'extra.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr; Unknown error
error: failed to update extra (download library error)
error: failed retrieving file 'community.db' from mir.archlinux.fr : Could not resolve host: mir.archlinux.fr; Unknown error
error: failed to update community (download library error)
error: failed to synchronize any databases
error: failed to init transaction (download library error)
If I want to change the adress of the repo in mirrorlist to the resolved IP address
Server = http://91.121.141.57/$repo/os/$arch
it's doesn't work either but says:
(Arch mini) / # pacman -Syu
warning: database file for 'core' does not exist
warning: database file for 'extra' does not exist
warning: database file for 'community' does not exist
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from 91.121.141.57 : couldn't connect to host
error: failed to update core (download library error)
error: failed retrieving file 'extra.db' from 91.121.141.57 : couldn't connect to host
error: failed to update extra (download library error)
error: failed retrieving file 'community.db' from 91.121.141.57 : couldn't connect to host
error: failed to update community (download library error)
error: failed to synchronize any databases
error: failed to init transaction (download library error)
Last edited by Caocoa (2015-04-30 11:15:15)

What is backend for bw

hi friends,
we are using bw is data base for sap. what is the backend for bw. we are using oracle for backend. and other thins we are using backend for bw.
Thanking u
suneel.

HI,
You will be storing all the datas in the cube ,ods(dimension and fact tables.)
and you can retrieve the data by querying on the data targets.
Hope this helps

Feature: packagelists for pacman

the problem:
how to save the installation-configuration ( == list of packages that are installed and need to be installed on the new machine) of an Arch-System to a file and then use it on an other machine to install exactly the same packages on the new
my workaround:
pacman -Q > packagelist
and then remove from packagelist the n and then use it as string on the new machine after base-installation
pacman -S <this string>
the elegant way may be:
what about
pacman -L list.pkgs
// -L means that a list is the argument instead of a packagename or filename
-> this line would create a list of all packages from system
then it would be possible to use this list.pkgs for different things, like:
pacman -SL list.pkgs
would --sync all packages in list.pkgs
pacman -QL list.pkgs
would --query all packages in list.pkgs
pacman -RL list.pkgs
would --remove all packages in list.pkgs
and it would be easier to group packages in "graphics.pkgs" ... and then installing them additionally easily and also removing them easily (as groups, like the kde* discussion)
what do you think about such a feature for pacman?

I also like this idea. It makes building duplicate machines easy, less error prone and less time consuming.
Also like dp mentioned it is one way to resolve the software group issue. There could be several different packages for groups like "full-Gnome.pkgs", "standard-Gnome.pkgs" and "minimal-Gnome.pkgs".

Apt-get like interface for pacman

Hello,
This is my first public contribution for Arch Linux community,
I built this script because i use arch on both of my desktops and debian on my servers and i get really confused sometimes with the options because of the mechanical typing, i got myself typing pacman install apache2 and apt-get -Syy or even trying to run pacman on debian and apt-get on arch.
I dont know how this will be acepted, its something that advanced users normally dislike, but, for newcomers i think that is a good option.
I wrote this very simple interface for pacman that converts into a apt-like utility, its use common pacman commands (yes, it uses pacman at background) and dont mess with pacman workout.
Ive upload the project on my github: https://github.com/drhoome/pac-get
Its very simple and straigthfoward (yes, just give execution permission and use, for now, theres no install/build method or configuration files, its build on top of python and should work with Python 2.7 and 3.x without any extra library).
Any feedback is welcome, even if for saying that the script is really useless for you
There's no manual or wiki right now, but, the software is really like apt-get, aptitude or apt-cache, and there's a built-in doc by typing pac-get --help.
Last edited by hoome (2015-04-28 22:42:07)

Looks nice, but wouldn't you rather use pacman commands?
One thing to point out: The update command gives pacman -Syy. Please be aware that just updating the package cache is considered bad practice if an upgrade does not follow right after, so maybe you should remove the update command. The pacman rosetta might also be of interest to you. Look it up on the wiki.
Last edited by runical (2015-04-29 06:52:35)

Pacinfo - a package information utility for pacman

Maybe some of you have already read this on the Arch Linux planet. I have released pacinfo 0.1, it's a package information utility for pacman with the following features:
* list all installed packages
* screenshot support (fetching from http://screenshots.debian.net/ like the Ubuntu Software Center)
* large screenshot if you click on the thumbnail
* shows installed files of a package
* shows some details of the package
* full-text search in the whole package name
More features are planned. You can find the project at Google Code: http://code.google.com/p/pacinfo/ There is also a screencast about it functionality.
I have add it to the AUR repo: https://aur.archlinux.org/packages.php?ID=46065
It's written in Mono and GTK#.
This thread should be used as a discussion thread about features and bugs.
NOTE: This is my personal project and has nothing to do with my work at Arch Linux, it's not an official Arch Linux project!

Looks very cool! However, I do get an error when I try to build it from AUR. I'm using the i686 vesion of Arch, have all dependencies, and everything is up to date. Not sure if this will be info-overkill, but I'm just trying to help:
Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for Mono.CSharp.Location ---> System.ExecutionEngineException: SIGILL
at System.Collections.Generic.Dictionary`2[System.String,System.Int32].Init (Int32 capacity, IEqualityComparer`1 hcp) [0x00000] in <filename unknown>:0
at System.Collections.Generic.Dictionary`2[System.String,System.Int32]..ctor () [0x00000] in <filename unknown>:0
at Mono.CSharp.Location.Reset () [0x00000] in <filename unknown>:0
at Mono.CSharp.Location..cctor () [0x00000] in <filename unknown>:0
--- End of inner exception stack trace ---
at Mono.CSharp.Driver.Main (System.String[] args) [0x00000] in <filename unknown>:0
make[1]: *** [bin/Release/pacinfo.exe] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-beelzebud/aur-pacinfo/src/pacinfo-0.1/pacinfo'
make: *** [all-recursive] Error 1
Aborting...

ZSH tab-completion for pacman

A long while ago, I found a set of functions for zsh tab-completion for pacman in the Arch mailing list archives. I've improved them recently to make it faster (reading files from /var/lib/pacman instead of calling pacman itself).
Anyway, you can find my version in the AUR: zsh-pacman
enjoy!

shadowhand wrote:
Been using zsh-pacman for a while, works great, but I'm having some issues with your netcfg completions, stuff like this:
02:14:14 %] iwconfig [~]
_arguments:comparguments:208: invalid argument: device[device]
This is strange i cant reproduce this bug. Any details ?
Just for informations:
zsh --version ~
zsh 4.2.6 (i686-pc-linux-gnu)

Running Quickpay from Backend for each employee

Hi ,
We have a requirement to submit quickpay from backend for 100 employees.If any one has done same requirement , please send me any sample code please.
Thanks
Suhasini.

We have a requirement to submit quickpay from backend for 100 employees.If any one has done same requirement , please send me any sample code please.I can see users can ask for different requirements. But you can suggest them the best approach for a solution. Why you can not create an assignment set and process hundred employees. Why do you want to schedule Only Quick Pay.

Is there a working graphical frontend for pacman?

Hi All,
Iḿ looking for a graphical frontend for pacman, like synaptic on ubuntu.
As far as I can see none of the frontends listed here work without problems:
http://wiki.archlinux.org/index.php/Pac … _Frontends
What is the best frontend for pacman?
Best regards,
Cedric

cdwijs wrote:
tomk wrote:And as for "use gtkgnutella as a search engine, and then tell pacman to actually install the software" - do you honestly think that approach is more suitable for you than spending some time learning to use pacman properly?
I can of course spend some time to investigate the quiry options of pacman. But I think i can better spend my time fixing gtkpacman, so it honor dependensies.
This will not only help me, but this will also make sure my girlfriend can also install -and remove- software on my system without destroying the system.
I was hoping somebody beat me to it, that's why i asked if anybody had already fixed gtkpacman.
Best regards,
Cedric
What most here are trying to tell you is that pacman does package management well as it is. If you're trusting your girlfriend with your system, just teach her -Ss, -S, and -R. Do everything else yourself, those are pretty safe.
Oh, and -Syu as well, but you probably should do that yourself.

Request for a "NeverUpgrade" option for pacman.

Yesterday something very serious happened, pacman moved my grub menu.lst file to menu.lst.pacsave. If I wouldn't have spotted this, my system would have become unbootable. This can be fixed by putting it in NoUpgrade (pacman.conf) by default, but there is an underlying problem here.
Pacman will always move your modified files (excluding the ones in NoUpgrade) to .pacsave and use a default file instead. Imagine this would happen on the httpd.conf (apache), my.cnf (mysql), php.ini (php),... files on a production server! It shouldn't, the server admin should have seen that pacman moved them, or he should have put them in the NoUpgrade line. But we're all human and these things happen. And a human error like this already happened with the grub file.
I've always been concerned with the actions of pacman. As Gyroplast said on irc: "Don't f*cking touch any already exiting config files until I explicitly tell you to!".
I've also noticed that a lot of times, these 'new' files are just the same as the original (unmodified) file, or are not worth the upgrade. It only costs time moving the old file back to its original position.
Newbies, people who didn't see that pacman moved their old file (on big updates, the console can even be to small to show this), people that do a "pacman -Syu" through cron,.. will never notice that their system can become unbootable, that apache's config file has been moved, so all their client's sites will be down after a reboot or apache restart,...
This is a very serious issue!
I have a very simpel solution though. I'm sure there are some people that are used to the old way and want to keep it, so we should give people the choice. Either use the old system, or the new. Let's say there is a "NeverUpdate" = yes/no option in pacman.conf. (default: YES!)
If you say no, everything will be back to 'normal'.
If you say yes, things will be different. We will now work with a whitelist instead of a blacklist as Gyroplast proposed. So instead of the "NoUpgrade" option, we will have an "Upgrade" option. All files will be protected by default (and use the .pacnew system), only the files in "Upgrade" can be overwritten, and moved to a .pacsave version. This is all VERY easy (and fast) to implement, if I knew C I would do it myself
I think it's important that this happens as soon as possible, to prevent things like the grub fiasco to happen again.
We can go further however: when a packager creates a new package with config files, he can tell pacman what has been changed (with a new option in PKGBUILD). If I upgrade that package, pacman will tell me exactly what has been added/changed so I can upgrade my file really quickly. Much faster than doing a 'diff' or just comparing it line by line. More work for 1 packager, but less work for hundreds of users. (and that 1 packager will also benefit from this, because he will save time updating packages from other packagers, so a win-win situation 8)). I realize that this will be much more work to implement, but would be a very nice feature in some future version of pacman.
I'm sure there will be some discussion about this, new ideas, people that hate me,..
I hope the Arch developers (particulary apeiro) will join this discussion, and also explain to us why the current pacman is so radical.

FreeBSDs mergemaster really only is a frontend for sdiff, no black magic, so it'd probably be well possible to port it to arch, especially as it's only a shell script.
I think I've given enough examples of how someone can miss this
Yeah, and I could easily construct a dozen more, but there's no excuse for not paying attention to the output of a crucial program if you cannot risk your system going haywire. If you _can_ risk it, though, your point is moot.
The inherent problem is that you cannot fully automate the process, thus always requiring manual interaction if a new config file differs from the original file and the current file has been modified. There is no way around that. You will shredder your system if you do not pay attention when this scenario happens, with the proposed change a little less often, but still. Since problems are not totally ruled out, you still have to check just as often as before, because you cannot know in advance how basic the config file changes are. If you still have to do the same amount of work, I don't see a reason to change anything.
I do not believe in "some security". Either pacman is able to do the job of upgrading reliably and automatically, or it is my sole duty to ensure configuration integrity. All pacman has to (and already can) do in that case is telling me that my interaction is required, and where. It does that now already (if I leave the NoUpgrade misbehaviour aside).
The mergemaster tool would be a very helpful _additional_ tool that could be offered, I have nothing against that, but it's not part of pacman. As I wrote it's just a frontend to sdiff, a fancy tool that may or may not be used. One job - one tool. Pacman's job is installing packages, not solving impossible dilemmas, therefore I'd vote against this extra functionality and would rather discuss how to improve administrator notification to reduce the chance of changes going unnoticed.
A solution to this underlying core problem would be "statistics" at the end of an upgrade process, stating if and what files have been replaced with newer versions. That's legible, it's easy to implement, and it does the job. If you're running pacman unattended, you're acting irresponsible. No matter if your config is replaced or not, you risk your system's integrity, the former risks it a bit more, the latter a bit less, but it's nevertheless risked, which is per se inacceptable, thus leaving the difference in reliability being merely a moot point.
I'll rephrase that:
Yes, the system will probably break more often if the current implementation is kept, but only if the administrator does not do his job and check pacman's warnings. There are no superfluous warnings being generated by pacman that would cause an admin to disregard the output, the only (documented) case of a pacsave being generated is when default config parameters have been changed in the package, which needs interaction _every time_. You're not winning anything by the change, you just gain a "safety net" that is not sufficient for the situation you are constantly referring to; A server system that simply must work. Therefore the safety measure is useless by concept. You cannot reliably help an admin who does not care, and if an admin does not care, it's by defintion not important enough to be considered, so why should a function be implemented that would solve (some, but not all) cases that are considered as unimportant by the admin anyway?
Whoa, evil topic here, so I say "Port mergemaster, make pacman a bit more verbose, be done with it." to keep it short.
Greets,
Dennis

Packagekit backend for pacman/libalpm?

Similar Messages

Maybe you are looking for