Arch Linux User Repository

add provides=("${product}")

You're wrong that 'pacman' doesn't parse custom variables these days. My intention wasn't to show my personal skills to others, as I wasn't expecting anyone to bother reading this PKGBUILD. Anyone who can't figure out what I've done in the PKGBUILD shouldn't become the maintainer of this package. You're making a big deal out of nothing and I urge you to focus your attention elsewhere.

Why do you say I have no idea of what I'm talking about? You use company in pkgname , in url and in sources (not the part of the filename), it can be replaced by logmein without problems, mainly because 1. the informations stored in that variable is not subject to change (I guess url will always be secure.logmein.com for example) 2. that variable is not parsed by pacman -Qii or pacman -Sii or whatever. I can say the same things about product, for example there's no problem doing install -m 755 hamachid instead of install -m 755 ${product}d (which is harder to read BTW). Besides, please consider you're not the only one with a degree around here, advices are intended to make aur and the community better (making easier to maintain packages when the original submitter/maintainer steps down for example, and that is the case) and not to show our personal skills to others.

You think you know what you're talking about, but your comment about the 'company' and 'product' variables being useless shows that you really have no idea. I've already had this discussion many times and I'm going to avoid delving into it again. I have a degree in computer engineering and I won't be following orders given by the likes of you.

I'm sure the variables you introduced are not in conflict with others used by makepkg, but this is a matter of _standards_ , people on the aur should adhere to arch packaging standards to avoid future problems. BTW, company and product are really useless, you can simply have pkgname=logmein-hamachi , filearch has reason to be there, but as _filearch .

As usual, I've ensured that none of the variables I've introduced conflict with anything. If this changes later on, I'll be the first to make any necessary changes.

As stated here http://wiki.archlinux.org/index.php/Arch_Packaging_Standards#Package_Etiquette (the third point) custom variables (such as company , product and filearch in your PKGBUILD) should really have an underscore as prefix. Please fix this.

For the reasons I've stated below, I think v2 should remain "logmein-hamachi" and v0.9 should become "(logmein-)hamachi-legacy".

Don't you think that when v2 goes stable it should become hamachi? And this would become hamachi1 or hamachi-old.