Am 18.04.2011 um 14:49 schrieb Max Horn: > [...] > > OK... anybody opposed? To summarize, this are the changes I propose, each > should be trivial to implement: > > 1) Drop the _warning_ when a package description exceeds 45 chars, only keep > in the 60 chars _error_ > 2) Allow package name to be used in description. > > Alternatively, we could keep these warnings, but make them non-fatal in > maintainer mode. This could be done by making it less "binary": Instead of > $looks_good equal to 0 or 1 (bad or good), we could distinguish between three > levels "perfect", "warnings", "errors". > > Anyway, I still think we should drop at least the 45 warning completely. It's > just outdated, back from the days when screens were small ;).
PS: An alternative would be to change maintainer mode to invoke the validator with pedantic mode turned *off*. That would also make it less strict about some other description rules. Bye, Max ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
