- Aur-general - lists.archlinux.org

Re: [aur-general] Breaking the unspoken rule: AUR helper in [community]
by Evangelos Foutras 30 Dec '10

30 Dec '10

On Thu, Dec 30, 2010 at 4:16 AM, Dan McGee <dpmcgee(a)gmail.com> wrote: > http://www.archlinux.org/packages/community/i686/cower/ > > Thoughts? I was under the impression we didn't do this, and definitely > on purpose, otherwise people have *no* idea the AUR is different in a > lot of ways. Making people go the "hard way" to get a helper installed > at least presents some (necessary) barrier. This should have been posted to aur-general, where TUs can reply. Personally, I don't feel strong either way. As it was explained to me on IRC, cower doesn't include any building or installation functionality, it only searches for packages, downloads them, and can also check for updates to installed, unsupported, packages.

10 15

Re: [aur-general] [arch-dev-public] adding hunspell-xx packages
by Andreas Radke 30 Dec '10

30 Dec '10

Am Thu, 30 Dec 2010 16:06:15 +0100 schrieb Andreas Radke <a.radke(a)arcor.de>: > hunspell-de is alive. hunspell-en as well. same for hyphen-de (we already had hyphen-en from the hyphen split pkg) mythes-de and mythes-en. Feel free to add more languages sets (hunspell/hyphen/mythes) you need. Always check whether Fedora (http://pkgs.fedoraproject.org/gitweb/) or OpenOffice (http://wiki.services.openoffice.org/wiki/Dictionaries) has a more recent version. Now we need to rebuild OOo/LibO and Mozilla packages to make use of them. AUR and Community packages may need fixes for the proper file locations. -Andy

3 3

Re: [aur-general] [arch-dev-public] Breaking the unspoken rule: AUR helper in [community]
by Ionuț Bîru 30 Dec '10

30 Dec '10

On 12/30/2010 04:16 AM, Dan McGee wrote: > http://www.archlinux.org/packages/community/i686/cower/ > > Thoughts? I was under the impression we didn't do this, and definitely > on purpose, otherwise people have *no* idea the AUR is different in a > lot of ways. Making people go the "hard way" to get a helper installed > at least presents some (necessary) barrier. > > -Dan this is my mistake suggesting him to push it community mostly because cower is not like yaourt. It doesn't help building anything and users still have to familiar themselves with PKGBUILD and makepkg. i consider cower being a cli interface from aur and it much better than the html version. with it i can found more easily packages because it has bash completion, searching has regex. Just try to find the link for opera build from aur using the html interface vs cower. The only "rule" i found in wikis about this subject is: Note: There is not and will never be an official mechanism for installing build material from UNSUPPORTED. All users should be familiar with the build process. Maybe we should change that and include all aur helpers that interface with the official json api from aur.archlinux.org. -- Ionuț

4 3

Re: [aur-general] [arch-dev-public] Breaking the unspoken rule: AUR helper in [community]
by dave reisner 30 Dec '10

30 Dec '10

On Wed, Dec 29, 2010 at 9:16 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > http://www.archlinux.org/packages/community/i686/cower/ > > Thoughts? I was under the impression we didn't do this, and definitely > on purpose, otherwise people have *no* idea the AUR is different in a > lot of ways. Making people go the "hard way" to get a helper installed > at least presents some (necessary) barrier. > > -Dan > I suppose it depends on what we want the barrier to be. In lieu of one of Xyne's flowcharts, consider the raw interaction with the AUR to be something like: search -> download -> extract -> makepkg -> pacman cower draws the line after extraction, because I consider the process to be trivial up until that point. A completely uninformed user who learns how to use the AUR website and/or cower is still left in the same position after extraction -- they have some strange text files on their hard drive. A monkey* could get this far. The responsibility still lies with the user to understand what they've downloaded and what needs to be done with those files. makepkg, and the understanding of, is too important to be masked by another program. I do, however, understand the concern that existance of a tool in community to fetch said strange files may make them appear to be more supported than unsupported. dave * a real monkey, not one of our users.

1 0

[aur-general] Belated Arch Holiday Madness
by Kaiting Chen 30 Dec '10

30 Dec '10

Hi aur-general, I was out of the country while the whole Holiday Madness moves were taking place. Therefore I'm adopting my packages a little late. It looks like I'll be moving radvd, libx86emu, hwinfo, netperf, and nsd to [community]. They'll probably hit [community-testing] tomorrow and [community] in a couple of days. Merry Christmas and Happy New Years everyone! --Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

1 0

[aur-general] change font package name?
by Bernardo Barros 29 Dec '10

29 Dec '10

If the users' comment is correct, should I change my font package names from xxx-font-ttf to ttf-xxx? http://aur.archlinux.org/packages.php?ID=44857

2 1

[aur-general] Please delete dmenu-xmms-patch
by StephenB 28 Dec '10

28 Dec '10

Hi Please delete: https://aur.archlinux.org/packages.php?ID=39466 I have uploaded a later version with a more suitable name Thanks, Stephen

2 1

[aur-general] Removal request
by jesse jaara 28 Dec '10

28 Dec '10

Euphoria4 http://aur.archlinux.org/packages.php?ID=44783 can be removed as package euphoria was updated to series 4 and euphoria3 package was created. -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)

2 1

[aur-general] VirtualBox in [community]
by Heiko Baums 28 Dec '10

28 Dec '10

In the [community] repo there are the following packages in addition to the package virtualbox 4.0.0-2: virtualbox-additions 4.0.0-1 (any) virtualbox-guest-additions 4.0.0-2 (i686 and x86_64) virtualbox-guest-modules 4.0.0-2 (i686 and x86_64) In ABS there's only virtualbox-additions. What is what package? And is virtualbox-additions a duplicate of virtualbox-guest-additions? If yes, it would be nice, if this could be removed from [community] without moving it to AUR. And it would be nice if virtualbox-ext-oracle (http://aur.archlinux.org/packages.php?ID=44761) would be moved to [community], too, so that virtualbox is completely in [community] with all its features. And, btw., does it really make sense to split virtualbox? I mean in most cases the virtualbox-guest-additions and virtualbox-guest-modules are needed for running virtualbox or the guests anyway. Heiko

7 14

[aur-general] Deletion request for picviz
by Antoine Lubineau 27 Dec '10

27 Dec '10

Hello, I have adopted picviz [1] a few days ago to update it, and I chose to keep the same splitting as upstream, so I have made packages for libpicviz [2], picviz-cli [3] and picviz-gui [4]. Please remove picviz [1], which is now obsolete. Thanks, Antoine Lubineau [1] http://aur.archlinux.org/packages.php?ID=26983 [2] http://aur.archlinux.org/packages.php?ID=44717 [3] http://aur.archlinux.org/packages.php?ID=44718 [4] http://aur.archlinux.org/packages.php?ID=44719

2 1