You are not logged in.
Fixed using Nihathrael's code. packer -S packer to get the up-to-date one.
Offline
@bruenig: Really good job
I have a question, though. Does packer add new features compared to pacman, when it comes to optdeps?
Arch Linux is more than just GNU/Linux -- it's an adventure
pkill -9 systemd
Offline
I forked packer and added support for the rest (as far as I know) of pacman's features. I know that it simply calls pacman but the overhead is negligible and it is easier to simply call packer than to decide weather to use packer or pacman. My patched version also disables coloring if it is being piped.
If you don't want the rest of pacman's features but want to disable coloring when piping, here is the patch:
--- /usr/bin/packer 2010-08-10 20:05:00.559182914 -0700
+++ packer 2010-08-14 10:19:05.518811694 -0700
@@ -12,7 +12,7 @@
pacmanconf='/etc/pacman.conf'
pacman="$(type -p pacman)"
-outputpacman="$(type -p pacman-color)"
+[[ -t 1 ]] && outputpacman="$(type -p pacman-color)"
if [[ $outputpacman ]]; then
COLOR1='\e[1;39m'
COLOR2='\e[1;32m'
Offline
I forked packer and added support for the rest (as far as I know) of pacman's features. I know that it simply calls pacman but the overhead is negligible and it is easier to simply call packer than to decide weather to use packer or pacman. My patched version also disables coloring if it is being piped.
If you don't want the rest of pacman's features but want to disable coloring when piping, here is the patch:
--- /usr/bin/packer 2010-08-10 20:05:00.559182914 -0700 +++ packer 2010-08-14 10:19:05.518811694 -0700 @@ -12,7 +12,7 @@ pacmanconf='/etc/pacman.conf' pacman="$(type -p pacman)" -outputpacman="$(type -p pacman-color)" +[[ -t 1 ]] && outputpacman="$(type -p pacman-color)" if [[ $outputpacman ]]; then COLOR1='\e[1;39m' COLOR2='\e[1;32m'
Should have used pacwrap. Heh.
Offline
Happy packer user here (in a custom wrapper), thanks!
Not that it's a real problem, but check this out:
~> y -S gnome-mplayer-svn gecko-mediaplayer-svn
Aur Targets (3): gnome-mplayer-svn gnome-mplayer-svn gecko-mediaplayer-svn
Proceed with installation? [Y/n]
Offline
It seems to happen when you explicitly install any package and a dependency.
~ $ aurinstall gtk-engine-equinox gtk-theme-equinox-variance
Aur Targets (3): gtk-engine-equinox gtk-engine-equinox gtk-theme-equinox-variance
Proceed with installation? [Y/n]
Last edited by anonymous_user (2010-09-02 00:09:23)
Offline
Hi,
It seems like yaourt has been improved since the first tests you made:
florian@flobox:~$ wc -l /usr/bin/yaourt
578 /usr/bin/yaourt
florian@flobox:~$ wc -l /usr/bin/packer
756 /usr/bin/packer
florian@flobox:~$ time yaourt -Ss firefox > /dev/null
real 0m0.880s
user 0m0.257s
sys 0m0.110s
florian@flobox:~$ time packer -Ss firefox > /dev/null
real 0m1.140s
user 0m0.207s
sys 0m0.110s
florian@flobox:~$ yaourt pacman wrapper
1 extra/srcpac 0.7-1
The pacman from-source wrapper
2 community/powerpill 2010.08.24.1-1
A wrapper for pacman that speeds up package retrieval by using aria2c for
concurrent/segmented downloads.
3 aur/airpac 0.1.2-1 (34)
aria2c wrapper for pacman
4 aur/aqpm 1.3.3.4-1 (Out of Date) (5)
Qt wrapper around pacman's libalpm
5 aur/aqpm2 20100524-2 (Out of Date) (107)
Qt wrapper around pacman's libalpm
6 aur/aqpm2-git 20100527-1 (Out of Date) (84)
Qt wrapper around pacman's libalpm
7 aur/pacatatime-git 20090616-1 (4)
A wrapper on pacman that install few packages at a time. This is good if
you have little free space (like I do on my Eee)
8 aur/packer 20100509-1 [20100906-1 installed] (387)
Bash wrapper for pacman and aur
9 aur/pacmatic 20100204-2 (61)
A pacman wrapper to avoid bricking your system and such other surprises.
10 aur/srcman 0.4.1-1 (10)
A pacman wrapper that transparently handles source packages
11 aur/srcpac-git 20091125-1 (8)
The pacman from-source wrapper
12 aur/yaourt-git 20100718-1 (286)
A pacman wrapper with extended features and AUR support
13 aur/yaourt-git-exp 20100617-1 (29)
A pacman wrapper with extended features and AUR support
==> Enter n° (separated by blanks, or a range) of packages to be installed
==> ----------------------------------------------------------------------
==> ^C
florian@flobox:~$ packer pacman wrapper
0 extra/srcpac 0.7-1
The pacman from-source wrapper
1 community/powerpill 2010.08.24.1-1
A wrapper for pacman that speeds up package retrieval by using aria2c for concurrent/segmented downloads.
2 aur/airpac 0.1.2-1
aria2c wrapper for pacman
3 aur/yaourt-git 20100718-1
A pacman wrapper with extended features and AUR support
4 aur/aqpm 1.3.3.4-1
Qt wrapper around pacman's libalpm
5 aur/srcman 0.4.1-1
A pacman wrapper that transparently handles source packages
6 aur/pacatatime-git 20090616-1
A wrapper on pacman that install few packages at a time. This is good if you have little free space (like I do on my Eee)
7 aur/srcpac-git 20091125-1
The pacman from-source wrapper
8 aur/pacmatic 20100204-2
A pacman wrapper to avoid bricking your system and such other surprises.
9 aur/packer 20100509-1
Bash wrapper for pacman and aur
10 aur/aqpm2-git 20100527-1
Qt wrapper around pacman's libalpm
11 aur/yaourt-git-exp 20100617-1
A pacman wrapper with extended features and AUR support
12 aur/aqpm2 20100524-2
Qt wrapper around pacman's libalpm
Type numbers to install. Separate each number with a space.
Numbers: ^C
Even if I've never used packer, I have to thank you, bruenig (no sarcasm).
It seems like competition have stimulated the developers of yaourt!
Last edited by monsieur moche (2010-09-06 17:13:35)
Offline
yaourt code still sucks
the code of packer is more clean that yaourt
Offline
Cdh wrote:I don't really like that all packages are build in /tmp/, especially the -git ones. git checkouts are often really big (>200mb) and you don't want to download that every time you update a package that has maybe 300 kb changes.
yaourt has this directory in /var/abs/local/yaourtbuild and I would think /var/cache/packer/git/ or something like that would be appropriate to store git repositories...
Was this answered anywhere before which I didn't read?
Also some option to store built packages would be nice. Example: I built kernel 2.6.34-rc4 on my dualcore machine and wanted to use it on the eee too but I forgot to save it and rebooted so it is lost. Not only the package but also the kernel tar and the patchset.
If there are several packages built I do cp /tmp/packerbuild*/**/*.xz ~/bla/ to be able to reuse them and when I have a big git I just do paker -G vlc-git-va and makepkg then (thats over 100 mb; I don't want to download this more often!)
I think an aur helper could do that for me or do I want packer to be something it does not want to be?
Just modify the first line of the aurinstall (line 266 with the version I'm using) function with something like
dir="/var/abs/local/packerbuild-$UID/$1"
The directory may need to be manually created with the user running packer ownership.
@bruenig: what about giving the user the choice or using something more stable than /tmp ?
Last edited by X-dark (2010-10-05 17:49:02)
Cedric Girard
Offline
Quick bump, if someone did not notice that the latest commit made packer's AUR sync super fast. Neat.
Offline
True, awesome guys!
I were on my way to say that it weren't any faster than usual when I tried Syu'ing, then I realized that I hadn't updated packer yet =p
Offline
What I am missing is a zsh-packer(AUR package completion for zsh).
I never took a deeper look into the zsh completion stuff, but if nobody is willing to make such a package, I will. Anyone else missing that?
Offline
What I am missing is a zsh-packer(AUR package completion for zsh).
I never took a deeper look into the zsh completion stuff, but if nobody is willing to make such a package, I will. Anyone else missing that?
Since AUR package names are not stored locally, zsh will not be able to autocomplete them for you.
However if you put the following line in your .zshrc then zsh will use the pacman's rules to complete packer.
compdef _pacman packer=pacman
note that this is much more useful for the pacwrap script.
Offline
Since AUR package names are not stored locally, zsh will not be able to autocomplete them for you.
However if you put the following line in your .zshrc then zsh will use the pacman's rules to complete packer.compdef _pacman packer=pacman
note that this is much more useful for the pacwrap script.
It actually takes the package completion from pacman, I think. But I don't want it to show me wrong options, so I started to make one. It doesn't work yet, and I can't find the mistake.
If someone wants to help: http://pastebin.com/StY3EYe8
Offline
Hi all,
you can find a zsh autocompletion for packer in DeedleFake's and my fork at github. It also offers a few more features like aur result sorting and a few extra parameters. A pull request has been sent to bruenig, we'll see how much he likes and adds to the official version. The zsh autocompletion can probably take some work, it currently can not autocomplete packages for example. Patches welcome
Get it here:
https://github.com/DeedleFake/packer
Cheers,
nihathrael
Unknown Horizons - Open source real-time strategy game with the comfy Anno 1602 feeling!
Offline
I now finished zsh-packer, with package completion(same as in pacman, so not all aur packages, but those in your local database).
Link to AUR: http://aur.archlinux.org/packages.php?ID=44110
Sorry Nihathrael, read it too late.
greetings naeg
Offline
I admittedly have not read this 18 page thread (so the solution may lie somewhere within) but I'd like a packer log. What to do?
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
I admittedly have not read this 18 page thread (so the solution may lie somewhere within) but I'd like a packer log. What to do?
what kind of log? your pacman.log contains every package installation including the ones installed with packer.
Offline
An error log. packer wanted to update microsoft ttf fonts but stumbled across a whole bunch of existing files. I checked man packer for a force flag but no joy so my only option was to remove or rename the offending files - a list in the form of a log would have been nice. Come to think of it, a force flag would have done the job as well. Both would be like winning the lottery
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
An error log. packer wanted to update microsoft ttf fonts but stumbled across a whole bunch of existing files. I checked man packer for a force flag but no joy so my only option was to remove or rename the offending files - a list in the form of a log would have been nice. Come to think of it, a force flag would have done the job as well. Both would be like winning the lottery
IMHO packer did not stumbled across any existing file (unless it was complaining about PKGBUILDs in /tmp) packer just builds a package for you and then uses pacman to install it.
Offline
It threw up over twenty or so ttf files /usr/share/fonts/TTF/ - had I been able to use pacman I would have used the -f flag.
Don't say you have never experienced pacman complaining about existing files in the system...
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline
It threw up over twenty or so ttf files /usr/share/fonts/TTF/ - had I been able to use pacman I would have used the -f flag.
Don't say you have never experienced pacman complaining about existing files in the system...
As a matter of fact, i experience it only on rare occasions. What I'm saying is this problem has almost nothing to do with packer. And just an advice: be careful with the -force flag.
Offline
ok so packer used to work fine for me. have been using it for a few months....i reinstalled arch yesterday and have been reinstalling all my apps since then...all was working fin up until now i installed ffmpeg from aur and a few other things now no matter what package i try to install i get this:
packer -S mplayer-git
Aur Targets (1): mplayer-git
Proceed with installation? [Y/n] y
tar: This does not look like a tar archive
gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now
/usr/bin/packer: line 258: cd: mplayer-git: No such file or directory
No PKGBUILD found in directory.
i don't know what happened...if i try to do a search for something it does not show any results from aur....something got messed up somewhere i just don't know what and where...
Last edited by grondinm (2010-12-11 17:03:55)
Offline
As a matter of fact, i experience it [existing files] only on rare occasions. What I'm saying is this problem has almost nothing to do with packer. And just an advice: be careful with the -force flag.
I am aware that it has nothing to do with packer - but a packer log with error messages would still be useful nevertheless. Either that or some way of dealing with such issues (like the -f flag in pacman. And yes, I am careful as I have not been able to break my arch install in over three years )
never trust a toad...
::Grateful ArchDonor::
::Grateful Wikipedia Donor::
Offline