-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Clytie Siddall wrote: > So I wonder if we can classify packages by maintenance efficiency, a > sort of popularity-contest of our own. ;)
I've learned something some time ago: "Everything is possible!... given enough time and effort." > So I wonder if there's any way we can filter packages by translation > implementation. I'd really like to assign higher priority to those > debconf and program maintainers who actively manage their translations. > > I don't know how this could be done, but I'd certainly be interested in > using it if anyone can suggest a way. :) This just hit me... we could do some really coarse sorting based on the history of the packages which is present in..., well, *every* package out there in the archive. Some tool that analyzes the change logs and searches the "Updated ... translation" string and how often these occur in relation to the package releases and the time translations were rotting in BTS (high difficulty because of really subtle issues like release freezes, fixed/closed l10n bugs, centralized bugs like Christian started to use during this NMU campaign, "just a translation update is not good enough reason for a package release") /me does NOT engage to implement such a thing because of lack of time and the many other open points in my ToDo list. - -- Regards, EddyP ============================================= "Imagination is more important than knowledge" A.Einstein -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFNPNKY8Chqv3NRNoRAsrWAJ95D1Ve46mNdZlWoLd/TNYpsSKurgCfWJ3c Xzqmb8m/vDVpBgESiCcA/SY= =sqgm -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
