You are not logged in.
is this hosted in any repository?
I have it on adslgr64 repository, but as the guys said, you can build it easily yourself
Last edited by flamelab (2010-02-24 03:38:13)
Offline
I don't like how it asks about 5 times whether you install the package... if I say I want to install it, I want to install it. Like you said, it's also slow and bloated. I love the idea of the AUR but not that there are no official decent tools that work with it.
Than you´re just to stupid to setup /etc/yaourtrc beceause there you can set up if yaourt should ask you, how often and in which situations
for example yaourt never asks me for anything. Thats riskant but i like it this way
And the stuff with official tools. There will never be official tools for AUR beceause AUR is "UNSUPPORTED".
Tools which are able to install from AUR will never get into the arch repos beceause you can install dangerous software with them which maybe destroy your system.
# ~/yaourtrc - Configuration for yaourt
#
# See yaourt(8) for more information
#
#
#
# AlwaysUpgradeDevel no
AlwaysUpgradeAur yes
# AlwaysForce no
# AurVoteSupport yes
# AutoSaveBackupFile no
# ColorMod Normal
# ColorMod LightBackGround
# ColorMod NoColor
# ColorMod TextOnly
# DontNeedToPressEnter yes
# EditPkgbuild yes
# ExportToLocalRepository /where/you/want
# ForceEnglish no
# LastCommentsNumber 5
# LastCommentsOrder asc
NoConfirm yes
PacmanBin /usr/bin/pacman-color
# PkgbuildEditor gvim
# SearchInAurUnsupported yes
# ShowAurComment yes
# TmpDirectory /where/you/want
# UpdateTerminalTitle yes
Last edited by Vamp898 (2010-02-24 13:51:59)
Offline
So, please forgive my ignorance? How do we get packer into the extra/community repo?
Packer needs to become a standard part of the Arch system.
Last edited by handy (2010-03-03 08:02:11)
I used to be surprised that I was still surprised by my own stupidity, finding it strangely refreshing.
Well, now I don't find it refreshing.
I'm over it!
Offline
Offline
I agree with handy!
It already has 202 votes. I think you need to request in [aur-general] ? Not sure.
I have asked an admin', so when I get the story I'll let you know, (unless he posts it here).
I used to be surprised that I was still surprised by my own stupidity, finding it strangely refreshing.
Well, now I don't find it refreshing.
I'm over it!
Offline
Since yaourt, aurbuild and other AUR helpers use the unsupported AUR, they can't enter community. So does packer.
Offline
Since yaourt, aurbuild and other AUR helpers use the unsupported AUR, they can't enter community. So does packer.
Just to verify what my slow brain understood of what you said above flamelab.
It is impossible for packer to get any closer to the Arch system than AUR?
Only pacman has THAT privilege?
I used to be surprised that I was still surprised by my own stupidity, finding it strangely refreshing.
Well, now I don't find it refreshing.
I'm over it!
Offline
flamelab wrote:Since yaourt, aurbuild and other AUR helpers use the unsupported AUR, they can't enter community. So does packer.
Just to verify what my slow brain understood of what you said above flamelab.
It is impossible for packer to get any closer to the Arch system than AUR?
Only pacman has THAT privilege?
It is not a privilege. Supporting a software that install unsupported software would imply that the unsupported software is somewhat supported.
Cedric Girard
Offline
flamelab wrote:Since yaourt, aurbuild and other AUR helpers use the unsupported AUR, they can't enter community. So does packer.
Just to verify what my slow brain understood of what you said above flamelab.
It is impossible for packer to get any closer to the Arch system than AUR?
Only pacman has THAT privilege?
Pacman provides packages that are supported by the devs.
Yaourt/packer/etc provide PKGBUILDs (and packages after they are built) that aren't supported by the devs.
They can't provide support for packages that they don't control themselves.
Last edited by flamelab (2010-03-03 11:22:10)
Offline
K, thanks, that makes perfect sense.
I guess I already new that, I just forget stuff too quickly for my own good.
I used to be surprised that I was still surprised by my own stupidity, finding it strangely refreshing.
Well, now I don't find it refreshing.
I'm over it!
Offline
What for ?
Cedric Girard
Offline
What for ?
So it can be installed with pacman easily, an AUR based install ideally needs a tool such as packer in the first place. I guess you could always install yaourt from the archlinuxfr repo and then install packer from the AUR...
Just thinking from a fresh setup perspective
Last edited by kaivalagi (2010-03-03 19:12:15)
Offline
guys,
number one: aur tools that install aur packages must remain in the aur. period.
number two: in order to use a tool like packer, etc it is strongly recommended that you learn how to use the aur manually first so that you know what's going on under the hood and can take action in the event of errors.
number three: it's just not that hard... at all
wget && tar && cd && makepkg -i
//github/
Offline
I'm just lazy I guess brisbin33
All your points are valid though, AUR is AUR I suppose, how can I disagree with the dude anyway (bet you've heard that before)
I'm on a rolling release so what do I care now anyway, I have the tools installed and thats that
Last edited by kaivalagi (2010-03-03 20:31:11)
Offline
how can I disagree with the dude anyway
I disagree with brisbin all the time. That dude is craAAAazay.
archlinux - please read this and this — twice — then ask questions.
--
http://rsontech.net | http://github.com/rson
Offline
kaivalagi wrote:how can I disagree with the dude anyway
I disagree with brisbin all the time. That dude is craAAAazay.
fact: rson only disagrees with me when he's wrong.
the dude abides.
/thread derailment.
//github/
Offline
I'm feeling pretty stupid here, I hope you can help me out.
I've edited a PKGBUILD while installing a package via packer and would now like to reinstall it using the default PKGBUILD instead of my edited version. Packer seems to insist on using my modified/cached PKGBUILD though.
After googling for 25 minutes I still can't figure out what option to use to solve this. Can anyone help me out here?
Offline
I'm feeling pretty stupid here, I hope you can help me out.
I've edited a PKGBUILD while installing a package via packer and would now like to reinstall it using the default PKGBUILD instead of my edited version. Packer seems to insist on using my modified/cached PKGBUILD though.
After googling for 25 minutes I still can't figure out what option to use to solve this. Can anyone help me out here?
Not sure on the best way but if you remove all the packer files from under /tmp you should have a fresh start on any package installed, or you can just reboot..........I think.....
Last edited by kaivalagi (2010-03-06 09:48:43)
Offline
clesch wrote:I'm feeling pretty stupid here, I hope you can help me out.
I've edited a PKGBUILD while installing a package via packer and would now like to reinstall it using the default PKGBUILD instead of my edited version. Packer seems to insist on using my modified/cached PKGBUILD though.
After googling for 25 minutes I still can't figure out what option to use to solve this. Can anyone help me out here?Not sure on the best way but if you remove all the packer files from under /tmp you should have a fresh start on any package installed, or you can just reboot..........I think.....
Thanks.
I've just found out that pacman -Scc solves the issue by clearing all caches. Not sure if that is the most elegant way (as it deletes all other modified PKGBUILDs as well) but it worked in my case.
Offline
I've just found out that pacman -Scc solves the issue by clearing all caches. Not sure if that is the most elegant way (as it deletes all other modified PKGBUILDs as well) but it worked in my case.
Yeah, using "pacman -Scc" is pretty severe! It deletes all of the backup packages on your computer. I'm actually really surprised that this solved your problem because it doesn't make any sense to me: packer stores it's temporary data in "/tmp/packer*" directories, but you seem to have used pacman to delete all of the pacman packages that are in... some other directory. (not "/tmp")
Deleting all of the "/tmp/packer*" files or rebooting should have solved the problem.
I don't doubt that you did find a solution to your problem. I just want to make sure anybody who reads this in the future doesn't immediately start deleting their pacman package cache before trying a more simple solution.
Offline
I always like to use "pacman -Sc" when I know that my system is functioning fine. As it leaves the currently installed packages in cache, giving me an easy way out if the next upgrade causes trouble requiring me to downgrade, but taking up the minimal amount of space in the meantime.
I used to be surprised that I was still surprised by my own stupidity, finding it strangely refreshing.
Well, now I don't find it refreshing.
I'm over it!
Offline
I think I found a bug.
I wanna install firebrand from aur (not archlinuxfr), so I do the following:
packer firebrand
0 archlinuxfr/firebrand 3.6-1
A script to brand Firefox without recompiling.
1 aur/firebrand 3.6-2
A script to brand Firefox without recompiling.
Type numbers to install. Separate each number with a space.
Numbers:
Then I select 1 but it installs from archlinuxfr anyway. With yaourt it works.
Offline
I think I found a bug.
I wanna install firebrand from aur (not archlinuxfr), so I do the following:
Then I select 1 but it installs from archlinuxfr anyway. With yaourt it works.
A workaround would be to do :
packer -S aur/firebrand
BTW, what's wrong with Firefox being nammed Namoroka ? It's the same, works the same ...
Cedric Girard
Offline
packer -S aur/firebrand
/tmp/packertmp-1000/aur/firebrand.info: No such file or directory
grep: /tmp/packertmp-1000/aur/firebrand.info: No such file or directory
/tmp/packertmp-1000/aur/firebrand.PKGBUILD: No such file or directory
/usr/bin/packer: line 126: /tmp/packertmp-1000/aur/firebrand.PKGBUILD: No such file or directory
/tmp/packertmp-1000/aur/firebrand.info: No such file or directory
grep: /tmp/packertmp-1000/aur/firebrand.info: No such file or directory
Aur Targets (1): aur/firebrand
Proceed with installation? [Y/n]
/tmp/packertmp-1000/aur/firebrand.PKGBUILD: No such file or directory
/usr/bin/packer: line 126: /tmp/packertmp-1000/aur/firebrand.PKGBUILD: No such file or directory
--2010-03-13 19:26:32-- http://aur.archlinux.org/packages/aur/firebrand/aur/firebrand.tar.gz
Resolving aur.archlinux.org... 208.92.232.29
Connecting to aur.archlinux.org|208.92.232.29|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2010-03-13 19:26:33 ERROR 404: Not Found.
tar: aur/firebrand.tar.gz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
/usr/bin/packer: line 273: cd: aur/firebrand: No such file or directory
No PKGBUILD found in directory.
The bug affects other aur-packages too:
packer -S aur/virtualbox_bin
/tmp/packertmp-1000/aur/virtualbox_bin.info: No such file or directory
grep: /tmp/packertmp-1000/aur/virtualbox_bin.info: No such file or directory
/tmp/packertmp-1000/aur/virtualbox_bin.PKGBUILD: No such file or directory
/usr/bin/packer: line 126: /tmp/packertmp-1000/aur/virtualbox_bin.PKGBUILD: No such file or directory
/tmp/packertmp-1000/aur/virtualbox_bin.info: No such file or directory
grep: /tmp/packertmp-1000/aur/virtualbox_bin.info: No such file or directory
Aur Targets (1): aur/virtualbox_bin
Proceed with installation? [Y/n]
/tmp/packertmp-1000/aur/virtualbox_bin.PKGBUILD: No such file or directory
/usr/bin/packer: line 126: /tmp/packertmp-1000/aur/virtualbox_bin.PKGBUILD: No such file or directory
--2010-03-13 19:27:39-- http://aur.archlinux.org/packages/aur/virtualbox_bin/aur/virtualbox_bin.tar.gz
Resolving aur.archlinux.org... 208.92.232.29
Connecting to aur.archlinux.org|208.92.232.29|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2010-03-13 19:27:39 ERROR 404: Not Found.
tar: aur/virtualbox_bin.tar.gz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
/usr/bin/packer: line 273: cd: aur/virtualbox_bin: No such file or directory
No PKGBUILD found in directory.
BTW, what's wrong with Firefox being nammed Namoroka ? It's the same, works the same ...
Not really the right place to discuss this. Let's say I'm just used to the original icons and firebrand is a very easy way to get them.
Offline