vesath commented on 2013-12-23 16:13

chneukirchen commented on 2013-12-23 12:24

/usr/bin/xtoys has a reference to a non-existing binary. Should just use PATH.

xyproto commented on 2012-11-20 22:37

I think your assumptions about what I'm saying is wrong, so I'll consider replying on arch-dev-public (or the forum). Or we could just let this one pass, after all, it's not important.

vesath commented on 2012-11-20 22:20

For once I do not have such a low opinion of the AUR as you seem to have. Official repositories cannot contain everything, simply because we do not have the manpower to maintain and support everything. What sense would it make to include in the official repositories packages which very few people use if it is to drop them back to the AUR a few months later when their maintainer loses interest in them? Such packages are much better off in the AUR when they are always up for adoption. And I will not even mention packages with dubious licenses, binary blobs that taint the kernel, etc.

The AUR is not a shady zone from where we should rescue all good-enough packages. It is a great place enabling the community to support software when official packagers cannot. And quite frankly I wished more unmaintained packages from the official repositories would be transfered to the AUR. Personally I would not call anyone who has never used the AUR or rebuild a package themselves a true Arch user. The rule of thumb is just to put highly popular packages in the official repos (when their license permits) to avoid users having to recompile too much...

But I am cynical so my belief is that TUs will keep adding huge and useless software to [community], lose interest in maintaining them properly after a couple of months, let these packages rot, and only one/two years after that when they eventually realize they haven't contributed much to Arch in a while and decide to retire will these packages get orphaned and finally moved to the AUR during the next purge. Not the best workflow in my opinion.

Well, this is a lovely flamewar we've started here, but it'd be more suitable on arch-dev-public. Being cynical, I think discussing all this is pointless anyway, but feel free to reply there if you indeed intend to reply.

xyproto commented on 2012-11-20 21:45

My comment wasn't entirely serious, but I'll bite: There are several reasons. Being in AUR or not is a marker for if a package is official and supported or unofficial and unsupported. I think xteddy is deserving of being supported. Being supported has consequences for how people perceive the package, for how bugs are treated and for how support requests are handled. Arguably, it's also better that it only has to be compiled once per platform, not once per user, even though it compiles quickly enough and some users may benefit from machine-specific optimizations, thought I doubt the latter is true for the case of xteddy.