Keeping a personal list of AUR packages

zebulon · 2009-01-13 16:08:54

Hi,

I am not sure this is the correct section.

I am aware it is possible to vote and get notified for AUR package changes. However, that would be handy if it was possible to have a list of flagged AUR packages. That would make it easy to check at a glance which packages have been updated or their discussion have received new posts.

Would that be difficult to implement ?

Thanks a lot.

pointone · 2009-01-13 18:11:31

Are you aware of the "Notify" feature? Click the "Notify" button in the "Actions" section of an AUR package and you will be sent emails whenever someone comments on the package.

zebulon · 2009-01-13 18:19:35

pointone wrote:

Are you aware of the "Notify" feature? Click the "Notify" button in the "Actions" section of an AUR package and you will be sent emails whenever someone comments on the package.

Yes I am aware of it. But you are only notified when someone sends a comment. My idea is to be able to list a subset of packages I am interested in. I could use the wiki to make a personal page, but was wondering if there was a mechanism in the AUR pages.

Stefan Husmann · 2009-01-13 19:16:07

There is a tool named ck4up you can use for something like that. It is a cli-application, and you have to write an maintain a config file with URLs.

zebulon · 2009-02-17 12:22:50

Thanks for your answers. Actually I found what I was looking for with the package manager yaourt, which as you may already know is a wrapper for pacman, which adds the AUR in all queries and upgrades functions. Very handy.

Are there any plans to add AUR support in pacman itself? That would make sense actually.

Daenyth · 2009-02-17 13:00:38

Pacman will never support AUR in any way, by design. That's why the PKGBUILD section of AUR is called "unsupported"

Last edited by Daenyth (2009-02-17 13:00:46)

zebulon · 2009-02-17 13:33:14

I see, thanks. I can understand the reason why; however, unsupported does not mean the AUR packages should not be managed. yaourt helps check whether an AUR package has been updated, and if you have many AUR packages, it is very handy.

Xiong Chiamiov · 2009-02-25 00:52:01

Yaourt will never be put into [community] because it makes it easy to install unsupported packages. That said, some 56% of Arch users have it installed.

dolby · 2009-02-25 04:23:14

I had this idea once, not too long ago (another one of my bright ones) while trying to find a scenario where Arch would improve in terms of quality, which is the feature it is lacking most.
It envolved making yaourt official (even though i dont use it) , control the quality of the scripts that go into the AUR (to a great extend somehow) , focus on stuff that matters (meaning provide less binary packages and less stuff in [extra], kill community). TUs would be working in what today is called unsupported only, in this scenario, just AUR.

But i kept it to myself until now.

Inxsible · 2009-02-25 06:43:19

I think I am on the other end of the spectrum. I like the fact that yaourt is for aur and pacman cannot and does not handle AUR. This provides a way for regular users to build Arch packages, thereby increasing user interaction and building the community as opposed to just a "team" of TU/Developers adding packages.

Also. if unrestricted access was given to anyone and everyone, then some people with malicious intent could put in harmful PKGBUILDs. Even if the intent is not malicious, there are lots of users who submit PKGBUILDs which have errors. If a novice user would start using those packages, he/she would definitely blame Arch as being unstable -- which is not the case.

dolby · 2009-02-25 07:14:31

Yes, my idea which most likely will never be true on Arch, solves both of you what you say, so i dont see how you are on the other end of the spectrum.
I dont nessesarily mean yaourt to be official, but a similar function implemented in pacman would take care of it also.
This way more users submit semi-official scripts, which are first reviewed by TUs, and then uploaded to AUR, thus more people than now take part in actual development, but also the AUR is suplementary to the packages developers build. Also there are less package rebuilds as there are less binaries.
I find a great advantage to that the fact that people who would maintain scripts, would actually use the package, which is very important and would probably increase the quality of the provided application, cause that is not the case for a large number of binary packages ATM.

This of course has downsides too, most major of which probably being that the AUR will not be the same as it is now.

Last edited by dolby (2009-02-25 07:20:40)

Allan · 2009-02-25 07:22:46

The AUR is an Arch specific construct so will never be supported by pacman which is not tied to Arch.

So what we really need is more people to become TUs and supply more binary packages. There are plenty of packages that qualify for inclusion to [community] - 10 votes or 1% on pkgstats. If you maintain a few (~10) packages in the AUR and are interested, look for a sponsor among the current TUs.

dolby · 2009-02-25 07:55:31

Yes thats a problem too. But the way Arch works now, it operates like two seperate things. Core+extra and everything else. And thats bad.

Arch Linux

#1 2009-01-13 16:08:54

Keeping a personal list of AUR packages

#2 2009-01-13 18:11:31

Re: Keeping a personal list of AUR packages

#3 2009-01-13 18:19:35

Re: Keeping a personal list of AUR packages

#4 2009-01-13 19:16:07

Re: Keeping a personal list of AUR packages

#5 2009-02-17 12:22:50

Re: Keeping a personal list of AUR packages

#6 2009-02-17 13:00:38

Re: Keeping a personal list of AUR packages

#7 2009-02-17 13:33:14

Re: Keeping a personal list of AUR packages

#8 2009-02-25 00:52:01

Re: Keeping a personal list of AUR packages

#9 2009-02-25 04:23:14

Re: Keeping a personal list of AUR packages

#10 2009-02-25 06:43:19

Re: Keeping a personal list of AUR packages

#11 2009-02-25 07:14:31

Re: Keeping a personal list of AUR packages

#12 2009-02-25 07:22:46

Re: Keeping a personal list of AUR packages

#13 2009-02-25 07:55:31

Re: Keeping a personal list of AUR packages

Board footer