You are not logged in.
I was just wondering whether AUR will ever be a repo that you could use pacman with like [community] and [extra]. I like the idea, but does anybody see anything wrong with it? I think it should be disabled by default (commented out in the list of repos), leaving it to the user to decide whether they want to use unsupported packages. Does anybody see this ever becoming a possibility?
"UNIX: as in certain cults it is possible to kill a process if you know its true name." --- Ken Thompson and Dennis M. Ritchie
Offline
I don't see it
Offline
AUR doesn't host package's, but scripts that define how the package is build, to make it an repo one must employ a large aray of build boxes.
If it ain't broke, broke it then fix it.
Offline
AUR contains PKGBUILD's which can help you to create packages. Have look at here:
http://wiki.archlinux.org/index.php/PKGBUILD
From that what I know pacman does not know about PKGBUILD's as you are using makepkg to do packages so it can't be just used like normal repository.
Offline
Hm. So AUR is just a way to make packages? I can take any tarball not in the repos and make a package with ABS? I'm thinking of something similar to Ubuntu's GiftWrap (http://giftwrap.tuxfamily.org/index.php?), is that accurate, or that more automated than ABS?
Last edited by JordyD (2009-06-20 18:48:22)
"UNIX: as in certain cults it is possible to kill a process if you know its true name." --- Ken Thompson and Dennis M. Ritchie
Offline
You can use 'yaourt' to do it. PKGBUILD is a file which is downloading package, making it and creating a package. 'pacman' is installing those packages whereas 'yaourt' from archlinux.fr repo can use PKGBUILD's from AUR to create a package and next to install it just like 'pacman' is doing.
Offline
You can use 'yaourt' to do it. PKGBUILD is a file which is downloading package, making it and creating a package. 'pacman' is installing those packages whereas 'yaourt' from archlinux.fr repo can use PKGBUILD's from AUR to create a package and next to install it just like 'pacman' is doing.
So it's almost a repo? A psuedo-repo?
"UNIX: as in certain cults it is possible to kill a process if you know its true name." --- Ken Thompson and Dennis M. Ritchie
Offline
It'll never be a (binary) repo (like [extra] or [community]) since anyone can submit anything into it, even (for instance) some malicious stuff, something that prohibits distibuting binaries by the license (lots of stuff like this is already there), etc...
Offline
It'll never be a (binary) repo (like [extra] or [community]) since anyone can submit anything into it, even (for instance) some malicious stuff, something that prohibits distibuting binaries by the license (lots of stuff like this is already there), etc...
That makes sense.This is why yaourt gives me so many warnings when I try to install something?
"UNIX: as in certain cults it is possible to kill a process if you know its true name." --- Ken Thompson and Dennis M. Ritchie
Offline
Offline
I have always hoped that all repos would shrink. Theres too much junk, along with unmaintained (upstream & downstream) software, in both extra and community.
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline
I am all in favour of a cleanup of junk and obsolete packages, but the point I was trying to make was more TU's will make for more good quality packages. Surely more TU's would improve any cleanup process anyway (well hopefully anyway
)
Offline
I can guarantee that having more * wont raise quality, happens quite the contrary most of the times. unless every TU/dev has 10 packages like Debian. Then maybe.
Last edited by dolby (2009-06-20 22:45:00)
There shouldn't be any reason to learn more editor types than emacs or vi -- mg (1)
[You learn that sarcasm does not often work well in international forums. That is why we avoid it. -- ewaller (arch linux forum moderator)
Offline