Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-POE-Filter-IRCD https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198881 cweyl@xxxxxxxxxxxxxxx changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From cweyl@xxxxxxxxxxxxxxx 2006-07-19 00:46 EST ------- Ok, I think the rhetoric here is getting a touch out of hand, and making a very large issue out of a not-so-large one. Perl modules are fairly "special", in that basically the same specfile can handle all of them (with package specific description, etc, being adapted, of course). They're also special in that there's a LOT of them. For those two reasons, I try to hew as close to the specfile template as possible. --> The closer to the template a perl module spec is the more readily apparent errors are, especially when there's a _lot_ of them. <-- It's easy to scan a perl spec and almost instinctively know when something is missing, when as little deviation as necessary is made from it. Ralf, I do not do this "mindlessly", "without thinking", or "sloppily". I do check to ensure the extra lines (w.r.t. OPTIMIZE) doesn't adversely impact the building of the package. I'm not resistant to learning, and in fact find myself learning daily and seeking input. To date I haven't been provided with any reason why, in my judgement, it would be advantagous to abandon this practice. If you want, bring this issue before the packaging committee. If guidelines come down or new spec templates are issued recommending the dropping of those lines, I'll comply. Until then, can we not accept it as a legitimate choice a packager may make under the guidelines? Can we continue this discussion off bugzilla -- in any bug -- if we absolutely must? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review