I don't find it terribly difficult, but maybe I am biased here, because I am a Debian Developer, so I work on Debian packages pretty often and know it well enough. It's true that packages can be very heterogeneous for many reasons.
That said, again I love debian, its stability and high quality, and thanks to you and the volunteers who make it that way :)
On the other hand, there are reasons for scepticism towards proposals of forcing a uniform style. If such policies were accepted, they would have accepted years ago, so we would now be stuck with packages on SVN, much cruder tooling, etc. Back then SVN was really the future. What will be the future in ten years? We don't know, and that's the reason why we want to be sure that we'll be still free to move to it when it will arrive.
(and, BTW, of course you can change your SVN policy, but then you have to update all at once 30k+ source packages and the habits of 1k+ developers, not really easy)
Not to be meant as a rant, just an explanation for the current situation.
> That said, again I love debian, its stability and high quality, and thanks to you and the volunteers who make it that way :)
Thanks to you for your support!
AUR can be used to install git version of software and configure them to your liking. For example, I run Emacs, rebuilt every month or so, that's directly from the most recent commits. Arch Linux makes it really easy to compile any package from source and configure how you would like (change gcc optimization level, compile in optional features, etc).
Pacman (the package manager) is also a lot faster and full featured than Debian. Everything just works.. better. And with the AUR, Arch Linux undoubtedly has more packages than any other distro. And the packages aren't ancient, either.
Another plus is that Arch Linux includes all development headers with the main package. In Debian you have install a special dev pack, which I think is pretty stupid.