Dne Út 2. února 2016 10:13:55, Takashi Iwai napsal(a):
On Tue, 02 Feb 2016 09:25:55 +0100,
- %files: expand wildcards to explicit lists
Some people apparently prefer package build to fail whenever a file is added or renamed. I don't force them not to do so in their packages, could they respect my preferences in mine? Apparently not.
Yeah, I prefer wildcards, too.
To be honest I already had some bad experience with trusting wildcards - build failing instead of incorrect package being shiped is imho better way to go. I was also bitten a couple of times, too. But it's a kind of question
Martin Pluskal wrote: like whether to enable -i option of rm as default or not.
- reorder tags in specfile header
I'm confused. The previous order was what spec cleaner did. Wasn't it supposed to be The Right Order(TM)? And what happens next time spec cleaner service is run? Is it going to change the order back, masking real changes?
It's annoying, indeed.
This is matter of perspective, if you are contributing to multiple packages, reviewing more requests, "uniformity" of packages makes both a bit more easy. To be honest I do not consider packaging to be place where creativity/ uniqueness in packaging style is actually desirable.
Well, in this case, the previous order was the canonical one by spec-cleaner. If the order is "wrong", spec-cleaner should be fixed at first :)
So just to be clear here. Michal never used spec-cleaner on the package. Because if he did he would get most of the stuff he done to look like Martin did. He used the format_spec_file service that comes from obs-format_spec_file package that me and others are trying to slowly obsolete. Also format_spec_file does not change header order, just splits lines on BuildRequires and few other tweaks. If you indeed find a bug in spec-cleaner feel free to report a bug at: https://github.com/openSUSE/spec-cleaner/issues Note the bug #76 for the obsoletion. The spec-cleaner is also always updated on all supported products so it does output exactly same result no matter what distro version you start it from. Cheers Tom -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org