Mozilla has released Bugzilla 3.0, with many new features and code improvements. According to the release announcement, some of the new features in this version include custom fields, support for the Apache mod_perl module, per-product permissions, an XML-RPC interface, and the ability to create and edit bugs via email.
After 9 Years, Bugzilla Moves Up to 3.0
About The Author
Eugenia Loli
Ex-programmer, ex-editor in chief at OSAlert.com, now a visual artist/filmmaker.
Follow me on Twitter @EugeniaLoli
Where will we post the Bugzilla bugs?
Here [ https://bugzilla.mozilla.org/enter_bug.cgi?product=Bugzilla ]
(Note: Bugzilla is a Mozilla product, and it has a bug reporting link at its homepage. Sorry, but unable to check a frontpage means we’re becoming like slashdot here)
Perhaps you didn’t get the joke, but I found it was funny, despite any frontpages and whatever.
Try a dictionary where it says:
recursion: see ->recursion
I think its pretty brave of them to actually consider PERL as a hindrance. Lots of people get into technology holy wars and forget that they are just tools for building a product/project. If there are better tools, they should be evaluated, and the weaknesses/strengths of your current tool should always be (If possible) evaluated/re-evaluated.
There is no PERL. It is either “Perl” for the language or “perl” for the interpreter. It was never an “acronym” but it became a “backronym” for humor.
I read all the requirements that he gave and given what he wanted, Perl is still the best choice.
“””
Lots of people get into technology holy wars and forget that they are just tools for building a product/project.
“””
Well, while keeping firmly in mind that we are just talking about “tools”, I’ll make some brief comments about the “Cons of Python”.
“Not having curly-braces on “if” statements and other blocks makes it hard to figure out where you are in the block structure without a special editor to help (like Komodo).”
What a strange thing to say. Python is the only language of the bunch in which the indentation is *guaranteed* to be correct.
“No standard way of installing modules like CPAN. (Cheeseshop and easy_install exist, but they’re not universally standard.)”
The author underestimates how pervasive easy_install has become. Besides, when you do the installation in Perl, should you use CPAN or apt-get or yum or urpmi?
(I should note for those who may not be aware, that the cheeseshop is to the easy_install command, as CPAN is to the cpan command. They are not competing installation methods.)
“Doesn’t use OS threads, so individual python programs can’t take advantage of multi-core or multi-processor systems.”
Only “sort of” true. It’s the GIL (Global Interpreter Lock) that is responsible for that. The statement is only true for processor bound processes in a multiprocessor environment. And experimentation has shown that the penalty for removing the GIL results in a substantial slowdown. So its a win for all 1 core scenarios, a win or break even for many 2 core scenarios, and a win for many 2+ core scenarios. But, admittedly a loss in some 2(+) core scenarios. If your application ‘scales out’ well, and you have ‘x’ cores, you can always run ‘x’ instances of your app to get around this ‘limitation’.
At any rate, Guido van Rossum, python’s BDFL, has stated that the GIL is not coming out anytime soon, for performance reasons.
Edited 2007-05-14 17:11
if i recall correctly the wierd search form of bugzilla scared me a long time ago so i never wanted to use it. seeing they made a simple and usable search function (compare the 2 at https://bugzilla.mozilla.org/query.cgi -> specific & advanced). it’s so damn usable even a simple mac user like me can understand it.
is this new in 3.0 or did nobody enable it in the past?