From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/20110107/002001.html | 115 ++++++++++++++++++++++++++++++++ 1 file changed, 115 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110107/002001.html (limited to 'zarb-ml/mageia-dev/20110107/002001.html') diff --git a/zarb-ml/mageia-dev/20110107/002001.html b/zarb-ml/mageia-dev/20110107/002001.html new file mode 100644 index 000000000..e534c9266 --- /dev/null +++ b/zarb-ml/mageia-dev/20110107/002001.html @@ -0,0 +1,115 @@ + + + + [Mageia-dev] New bugzilla proposal + + + + + + + + + +

[Mageia-dev] New bugzilla proposal

+ andre999 + andr55 at laposte.net +
+ Fri Jan 7 17:49:11 CET 2011 +

+
+ +
Frederic Janssens a écrit :
+>
+> On Fri, Jan 7, 2011 at 06:19, andre999<andr55 at laposte.net>  wrote:
+>>
+>> As for documentation and translations, a while back I suggested a similar separation, but on reflection I think it would be more useful to have flags :
+>>
+>> 1) problem with documentation (and not function)
+>> These bugs would be best corrected by those with good documentation skills, not necessarily the average programmmer.
+>>
+>> 2) problem with translation (and not function)
+>> These bugs would be best corrected by technical translators for the language in question.  Again, not necessarily the average programmer.
+>>
+>> One or both could be checked for any particular bug.
+>> Thus facilitating a search for bugs based on these flags.
+>> Those wanting to ignore such bugs could equally avoid seeing them.
+>>
+>> This would tend to facilitate the correction of such bugs, which tend to be lost and not corrected for long periods of time.
+>> (At least that is the case with Mandriva, and much other free/open source software.)
+>> (e.g.1:  A number of French translations.)
+>> (e.g.2:  Much documentation is essentially useless to the uninitiated.)
+>>
+>> However, in my view, documentation and translation bugs would also tend to be reported by different people than those who would report function bugs.
+>> So it would be useful if such flags were to appear on this initial page, as well on the main bug entry page.
+>> Something like
+>> "This bug concerns [ ]documentation ... [ ]translation ..."
+>> With whatever other factors, such as security, on which we decide to focus.
+>> With whatever boxes are checked carried over automatically to the main bug entry page.
+>
+>
+> I am working on a script intended to make it easyer to report bugs usefully.
+>
+> Technically, would these flags be new fields,
+> or standardized entries in the Keywords field,
+> such as NEEDINFO in the present Mandriva bugzilla ?
+
+Just verified with bugzilla to make sure.
+
+Documentation and translations are listed as options under "components".
+However any such bug could also be associated with another component, 
+such as "core packages" or "release media".
+We could even have translation bugs of documentation.
+
+So it would seem better if these were independant flags, instead of options.
+It that case they would be new fields.
+
+As for security, there are already 2 such flags, at the bottom of the 
+main bug entry page.  (Under the title "privacy".)
+Checking either of these flags will cause a bug to be hidden from most 
+users, as explained beside the check boxes.
+(For this reason, it would be better to _not_ duplicate these particular 
+flags elsewhere.)
+
+see https://qa.mandriva.com/enter_bug.cgi?product=Mandriva 
+Linux&format=guided
+
+Good luck with your script :)
+
+André
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1