On the other hand pacaur
- is fast
Can someone tell me what I'm doing wrong when I get an error complaining that I'm not allowed to preserve environment.
I'd guess that's something ralated to sudo and permissions...
The --auronly switch seems to still be present in the code. Also, packer users might be interested in the better maintained apacman fork.
Thank you! Now I have to find out how the output of packer looked like ca. 2011, when appset was last updated. Your comment helped a lot.
]]>Is it just me, or did packer drop the --auronly switch in favor of an inclusive --aur switch? How can I interact with aur packages only?
]]>I'm sure that I'm not the only AUR user who had this issue in the past and is suffering, so here it goes.
Most of the time AUR software is build against some library on the system that is part of the regular system and updates with the normal updates. Some of these librarys are not backwards compatible, which means you have to rebuild all your software against the new version of the library. I'm not aware of any mean to automate this progress with packer - is there any?
It seems natural to me to have the pacman+aur wrapper of my choice do this job, since he could remember all dependencies of the PKGBUILDs he builds and rebuilds all affected packages if a new version of a library comes along
Interesting idea, but I'd say it is difficult to implement in a non overkill way. Afaik, none of the existing helpers do it. Ideally, the maintainer of each PKGBUILD should increment the pkgrel number at every dependency soname bump, but I guess you can't coun't on that.
On a side note, looking at the gihub repo I'm not sure packer is still maintained. It might be a good time for an avid user to take over the development or fork it. Note that there are already a few existing forks, such as meric.
]]>]]>Hi,
where would be the right place to throw feature requests at the developer of packer? The github page didn't seem to exist
I'm sure that I'm not the only AUR user who had this issue in the past and is suffering, so here it goes.
Most of the time AUR software is build against some library on the system that is part of the regular system and updates with the normal updates. Some of these librarys are not backwards compatible, which means you have to rebuild all your software against the new version of the library. I'm not aware of any mean to automate this progress with packer - is there any?
It seems natural to me to have the pacman+aur wrapper of my choice do this job, since he could remember all dependencies of the PKGBUILDs he builds and rebuilds all affected packages if a new version of a library comes along
If packer is not in active development any more I would be thankfull for any notions of another aur wrapper who does this
edit: I read only the first post of the thread and saw a linked github after I posted, so I will place a feature request there too
]]>I am not sure.. Is this a bug I am seeing?
>>> packi chromium-browser-bin /tmp/packertmp-1001/chromium-browser-bin.PKGBUILD: line 45: msg: command not found /tmp/packertmp-1001/chromium-browser-bin.PKGBUILD: line 48: msg2: command not found
This is an issue and it has not been handled properly so far.
As there are more and more AUR package using makepkg functions, I opened a ticket https://github.com/keenerd/packer/issues/95
Hi, newbie question - how do I add the 'aur' repository?
https://wiki.archlinux.org/index.php/Ar … Repository
https://wiki.archlinux.org/index.php/AUR_Helpers