From lpsolit at gmail.com Sun Mar 1 17:43:04 2009 From: lpsolit at gmail.com (=?UTF-8?B?RnLDqWTDqXJpYyBCdWNsaW4=?=) Date: Sun, 01 Mar 2009 18:43:04 +0100 Subject: Test for Search.pm In-Reply-To: <200902281846.44644.lemma@confuego.org> References: <200902281304.57183.lemma@confuego.org> <36fce4890902280905l3b855f6dm5695572fe28c78c7@mail.gmail.com> <200902281846.44644.lemma@confuego.org> Message-ID: <49AAC928.5080509@gmail.com> Le 28. 02. 09 18:46, Michael Leupold a ?crit : > I think unit tests would be more appropriate. Looking at buglist.cgi it should > be possible to just create Bugzilla::Search objects and get the resulting sql > for comparison using Bugzilla::Search::getSQL(). From a QA point of view, I don't care about the SQL query returned by Search.pm. I'm much more interested in the list of bugs returned by buglist.cgi. So I'm more interested in improving our existing test_search.t Selenium script, see http://landfill.bugzilla.org/bugzillaqa/show_bug.cgi?id=3103 But you are free to write your own unit test. :) LpSolit From lemma at confuego.org Sun Mar 1 18:55:48 2009 From: lemma at confuego.org (Michael Leupold) Date: Sun, 1 Mar 2009 19:55:48 +0100 Subject: Test for Search.pm In-Reply-To: <49AAC928.5080509@gmail.com> References: <200902281304.57183.lemma@confuego.org> <200902281846.44644.lemma@confuego.org> <49AAC928.5080509@gmail.com> Message-ID: <200903011955.51496.lemma@confuego.org> On Sunday 01 March 2009 18:43:04 Fr?d?ric Buclin wrote: > Le 28. 02. 09 18:46, Michael Leupold a ?crit : > > I think unit tests would be more appropriate. Looking at buglist.cgi it > > should be possible to just create Bugzilla::Search objects and get the > > resulting sql for comparison using Bugzilla::Search::getSQL(). > > From a QA point of view, I don't care about the SQL query returned by > Search.pm. I'm much more interested in the list of bugs returned by > buglist.cgi. So I'm more interested in improving our existing > test_search.t Selenium script, see > http://landfill.bugzilla.org/bugzillaqa/show_bug.cgi?id=3103 > > But you are free to write your own unit test. :) Thanks for the pointer. I wasn't aware of those tests at all. So of course improving what's there makes more sense :) Regards, Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From bugzilla at chimpychompy.org Mon Mar 2 09:15:45 2009 From: bugzilla at chimpychompy.org (Gavin Shelley) Date: Mon, 2 Mar 2009 09:15:45 +0000 Subject: Test for Search.pm In-Reply-To: <49AAC928.5080509@gmail.com> References: <200902281304.57183.lemma@confuego.org> <36fce4890902280905l3b855f6dm5695572fe28c78c7@mail.gmail.com> <200902281846.44644.lemma@confuego.org> <49AAC928.5080509@gmail.com> Message-ID: <514BCC19-9393-4881-BFAF-5C444B6C6EFE@chimpychompy.org> On 1 Mar 2009, at 17:43, Fr?d?ric Buclin wrote: > Le 28. 02. 09 18:46, Michael Leupold a ?crit : >> I think unit tests would be more appropriate. Looking at >> buglist.cgi it should >> be possible to just create Bugzilla::Search objects and get the >> resulting sql >> for comparison using Bugzilla::Search::getSQL(). > > From a QA point of view, I don't care about the SQL query returned > by Search.pm. I'm much more interested in the list of bugs returned > by buglist.cgi. So I'm more interested in improving our existing > test_search.t Selenium script, see > http://landfill.bugzilla.org/bugzillaqa/show_bug.cgi?id=3103 > > But you are free to write your own unit test. :) I once had a work-in-progress test script for Search.pm that tried to generate combinations of all the boolean chart fields There are some combinations that cause MySQL to fail and generate a code error when run. (I raised a few bugs about the ones I found at the time.) For that reason, there probably is a case for generating and submitting the SQL in the test suite (if only for boolean chart combinations). From lemma at confuego.org Mon Mar 2 11:37:47 2009 From: lemma at confuego.org (Michael Leupold) Date: Mon, 2 Mar 2009 12:37:47 +0100 Subject: Test for Search.pm In-Reply-To: <514BCC19-9393-4881-BFAF-5C444B6C6EFE@chimpychompy.org> References: <200902281304.57183.lemma@confuego.org> <49AAC928.5080509@gmail.com> <514BCC19-9393-4881-BFAF-5C444B6C6EFE@chimpychompy.org> Message-ID: <200903021237.49320.lemma@confuego.org> On Monday 02 March 2009 10:15:45 Gavin Shelley wrote: > On 1 Mar 2009, at 17:43, Fr?d?ric Buclin wrote: > > Le 28. 02. 09 18:46, Michael Leupold a ?crit : > >> I think unit tests would be more appropriate. Looking at > >> buglist.cgi it should > >> be possible to just create Bugzilla::Search objects and get the > >> resulting sql > >> for comparison using Bugzilla::Search::getSQL(). > > > > From a QA point of view, I don't care about the SQL query returned > > by Search.pm. I'm much more interested in the list of bugs returned > > by buglist.cgi. So I'm more interested in improving our existing > > test_search.t Selenium script, see > > http://landfill.bugzilla.org/bugzillaqa/show_bug.cgi?id=3103 > > > > But you are free to write your own unit test. :) > > I once had a work-in-progress test script for Search.pm that tried to > generate combinations of all the boolean chart fields > > There are some combinations that cause MySQL to fail and generate a > code error when run. (I raised a few bugs about the ones I found at > the time.) > > For that reason, there probably is a case for generating and > submitting the SQL in the test suite (if only for boolean chart > combinations).- Actually that sounds interesting as well. Do you still have that script around somewhere? Regards, Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From jmdesp at alussinan.org Mon Mar 2 13:24:30 2009 From: jmdesp at alussinan.org (Jean-Marc Desperrier) Date: Mon, 02 Mar 2009 14:24:30 +0100 Subject: Image magic error in Bugzilla In-Reply-To: References: Message-ID: Fr?d?ric Buclin wrote: > Le 27. 02. 09 11:36, Jean-Marc Desperrier a ?crit : >> What about making it a *priority* to remove the Image magic dependence >> in bugzilla ? > > You are free to not install this package. I never had it installed, and > I'm using Bugzilla for years without any problem. This package is > optional, not required. What you're writing here is the *very* reason *why* I'm angry that the dependence exist. You need to put yourself int he shoes of a new bugzilla users. He does not know what is important or not to install, but he wants to be able to test all features without having to come back to the install stage later because he after all needs on of those optional packages. So he starts with "install-module.pl", and tries to solve every problem that he has, without spending spending time for each module to try to understand why exactly it's needed. And most of the time he'll end up stuck trying to make the Image magic package work without success. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Thu Mar 5 22:47:06 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Thu, 05 Mar 2009 23:47:06 +0100 Subject: Bugzilla meeting next Tuesday, March 10, at 11:00 PDT Message-ID: <49B0566A.5010306@gmail.com> Hi all, Our next Bugzilla meeting will take place on Tuesday, March 10, at 11:00 PDT (18:00 GMT, 19:00 CET) in the #bugzilla-meeting channel on IRC. The agenda is available at https://wiki.mozilla.org/Bugzilla:Meetings. As usual, everyone is free to attend. See you on Tuesday, LpSolit From fedrushkov at users.sourceforge.net Fri Mar 6 05:23:47 2009 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Fri, 06 Mar 2009 10:23:47 +0500 Subject: Move to maketext: sample templates In-Reply-To: <4984E55B.2060100@users.sourceforge.net> References: <4967E380.1030605@users.sourceforge.net> <49727C46.5010204@users.sourceforge.net> <4984E55B.2060100@users.sourceforge.net> Message-ID: <49B0B363.6080404@users.sourceforge.net> Vitaly Fedrushkov wrote: > https://bugzilla.mozilla.org/attachment.cgi?id=359941&action=diff Per bug 481796 [1], adding more syntactic sugar to reduce template complexity considered harmful, primarily from security standpoint. Introduction of Maketext would inevitably reduce direct text rendering. Note how other case (bug 367784 [2]) also led to introduction of virtual methods. And FILTERs are not handy enough for tasks besides direct text rendering. Any logic besides simple nesting results in excessive template complexity when implemented with FILTERs. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=481796 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=367784#c3 _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From sreindl at sreindl.de Fri Mar 6 21:17:12 2009 From: sreindl at sreindl.de (Stephen Reindl) Date: Fri, 6 Mar 2009 22:17:12 +0100 Subject: Self-Introduction: Stephen Reindl Message-ID: <006001c99ea0$eba16a30$c2e43e90$@de> Hi all, after using Bugzilla for about 10 years in different projects and fixing problems from time to time for myself and providing feedback to you for some bugs, I decided to work more actively on this project than before. Therefore I?m going to introduce myself as requested on your list: Full Name: Stephen Reindl IRC: stever Location: Meerbusch, Germany (near D?sseldorf) Profession: Leading a IT department for a consulting company How can I help: We are using bugzilla for bugtracking for the tools developed for our customers and for internal tools. Currently we are using a bleeding edge CVS version with is reflecting usually the latest changes from CVS after reviewing the changes and doing some tests The installation is integrated in a set of small tools for SCM (scmbug, ...) and is using LDAP for authentification. We are willing to improve LDAP support and with feedback on usability as our consultants and customers are simply users, not geeks with a different view on software Another topic might be the support of the German translation. As part of our development is done on Windows, we even think of integrating Bugzilla into TFS (like scmbug for subversion and CVS). Historical Qualifications: mhh, the short version: I'm writing software for about 20 years now. Starting with PASCAL, later working with C, FORTAN and COLBOL for research institutes and large IT companies. I writing Perl code for now about 10 years. Perl is still my favorite for server related configuration scripts even if we use commercial platforms for several applications (as they are usually requested by the customers). Stephen Reindl -- Tideum Group From fedrushkov at users.sourceforge.net Sat Mar 7 04:28:35 2009 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Sat, 07 Mar 2009 09:28:35 +0500 Subject: Move to maketext: sample templates In-Reply-To: References: <4967E380.1030605@users.sourceforge.net> <49727C46.5010204@users.sourceforge.net> Message-ID: <49B1F7F3.9030202@users.sourceforge.net> Fr?d?ric Buclin wrote: >> Variant 1.1: dumb > This one is clearly ridiculous. >> Variant 1.3: introduce scalar operators for the same: > I don't like this one. I'm not even sure this will work as foo.html will > be seen as html() being a method of the foo object, which is not the case. Bug 481796 landed WONTFIX, so this option is closed. >> Variant 1.4: Leave basic HTML syntax within translated text: > No idea what you try to do here, but not all strings use FILTER html. This does not allow for proper separation of text and markup. >> Variant 1.2: introduce functions for 'FILTER html' and so on || [% |l("", || "") %] || [_1]Edit this user[_2] || [% END %] > So you will have to define one function for all possible FILTERs, > including those taking parameters? So this option is left alone, unless we come up with some new and fully orthogonal approach. > From a developer point of view, I like none of these alternatives. Look > at the developers/localizers ratio: there are hundreds of developers, > compared to maybe ten localizers or so. And this (lack of) instrumentation is exactly _why_ we have fewer successful l10n efforts, compared to competing bug trackers. Many skilled people have looked at it, tried but then never seen again. > So I'm still very skeptical with all this stuff. Dear localizers, your opinions are wanted. I'm (sort of) stuck with Maketext implementation (bug 407752 and in particular bug 412161), mostly because we're lacking a good syntax to keep templates both simple to developers, safe and still localizable. Not sure if there's something worth discussing at upcoming Bugzilla meeting, besides freezing bug 407752 entirely (P1, but not on 4.0 roadmap anyway). At the moment I'm very skeptical about gettext future... Regards, Vitaly. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From lpsolit at gmail.com Tue Mar 10 17:55:57 2009 From: lpsolit at gmail.com (=?ISO-8859-1?Q?Fr=E9d=E9ric_Buclin?=) Date: Tue, 10 Mar 2009 18:55:57 +0100 Subject: Bugzilla meeting in 5 minutes Message-ID: <49B6A9AD.3000408@gmail.com> It is time! :) From mkanat at bugzilla.org Tue Mar 10 18:12:57 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Tue, 10 Mar 2009 11:12:57 -0700 Subject: Self-Introduction: Stephen Reindl In-Reply-To: <006001c99ea0$eba16a30$c2e43e90$@de> References: <006001c99ea0$eba16a30$c2e43e90$@de> Message-ID: <20090310111257.6a47374a@bugzilla.org> On Fri, 6 Mar 2009 22:17:12 +0100 "Stephen Reindl" wrote: > after using Bugzilla for about 10 years in different projects and > fixing problems from time to time for myself and providing feedback > to you for some bugs, I decided to work more actively on this project > than before. That's great! :-) > We are willing to improve LDAP support Hmm, what would you like to improve about it, any idea? > and with feedback on usability as our > consultants and customers are simply users, not geeks with a > different view on software. Sure, that's always welcome. > Another topic might be the support of the German translation. Yeah, get in touch with Wurblzap if you're interested in that. > As part of our development is done on Windows, we > even think of integrating Bugzilla into TFS (like scmbug for > subversion and CVS). Sure, any hooks you need for that, we'd be happy to help with. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From sreindl at sreindl.de Tue Mar 10 19:35:33 2009 From: sreindl at sreindl.de (Stephen Reindl) Date: Tue, 10 Mar 2009 20:35:33 +0100 Subject: Self-Introduction: Stephen Reindl In-Reply-To: <20090310111257.6a47374a@bugzilla.org> References: <006001c99ea0$eba16a30$c2e43e90$@de> <20090310111257.6a47374a@bugzilla.org> Message-ID: <000301c9a1b7$61764dc0$2462e940$@de> Hi, > We are willing to improve LDAP support Hmm, what would you like to improve about it, any idea? We are currently using bugzilla with OpenLDAP and one of the things we would like to improve is the interaction with account and group handling with LDAP (see my patch for bug 363821 as an example). In the next weeks I will have a look on the bugs referencing LDAP to see if any more things can be done on existing bugs. In addition I will see if any more integration is needed also for Active Directory. Any more references to bugs related to LDAP besides those bugs who have LDAP in their title might help > Another topic might be the support of the German translation. Yeah, get in touch with Wurblzap if you're interested in that. I'll do. > As part of our development is done on Windows, we > even think of integrating Bugzilla into TFS (like scmbug for > subversion and CVS). Sure, any hooks you need for that, we'd be happy to help with. Next step... Regards Stephen From knocte at NO-SPAM-PLEASE-gmail.com Fri Mar 20 15:22:46 2009 From: knocte at NO-SPAM-PLEASE-gmail.com (=?ISO-8859-1?Q?=22Andr=E9s_G=2E_Aragoneses=22?=) Date: Fri, 20 Mar 2009 11:22:46 -0400 Subject: Parrot support? (was: Re: PerlNET? (was: Re: New language discussion?)) Message-ID: Hey, Just a follow-up to this discussion: http://markmail.org/message/22cqjc4fkpr3cvgb?q=language+discussion+knocte Now that Parrot 1.0 has been released, and there's no clear future about PerlNET, how feasible would be to make Bugzilla run on Parrot in order to start the transition to other language like Ruby or Python? Regards, Andr?s -- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Fri Mar 20 17:44:43 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Fri, 20 Mar 2009 10:44:43 -0700 Subject: Parrot support? (was: Re: PerlNET? (was: Re: New language discussion?)) In-Reply-To: References: Message-ID: <20090320104443.5e18804a@bugzilla.org> On Fri, 20 Mar 2009 11:22:46 -0400 "Andr?s G. Aragoneses" wrote: > Now that Parrot 1.0 has been released, and there's no clear future > about PerlNET, how feasible would be to make Bugzilla run on Parrot > in order to start the transition to other language like Ruby or > Python? Hey Andres. Well, there would have to be a fully-functional language running on top of Parrot first. We would need all of the libraries (and all their dependencies) that Bugzilla uses to be supported on top of some language that runs on top of Parrot. We would also need mod_perl support or something equivalent for web-serving performance. As far as I know, any language that currently runs on Parrot is several years (if not a decade) away from this level of support. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too. From wurblzap at gmail.com Fri Mar 20 19:04:29 2009 From: wurblzap at gmail.com (Marc Schumann) Date: Fri, 20 Mar 2009 20:04:29 +0100 Subject: Self-Introduction: Stephen Reindl In-Reply-To: <006001c99ea0$eba16a30$c2e43e90$@de> References: <006001c99ea0$eba16a30$c2e43e90$@de> Message-ID: Stephen, 2009/3/6 Stephen Reindl : > Another topic might be the support of the German translation. hey, that's great to hear :) If you don't mind, I'll go ahead and come up with some ideas on how we might share some of the work for the upcoming releases, so that we have a starter to talk about. Cheers Marc From fedrushkov at users.sourceforge.net Sun Mar 22 04:35:02 2009 From: fedrushkov at users.sourceforge.net (Vitaly Fedrushkov) Date: Sun, 22 Mar 2009 09:35:02 +0500 Subject: Move to maketext: sample templates In-Reply-To: <49727C46.5010204@users.sourceforge.net> References: <4967E380.1030605@users.sourceforge.net> <49727C46.5010204@users.sourceforge.net> Message-ID: <49C5BFF6.7060409@users.sourceforge.net> Good $daytime, > Variant 1.2: introduce functions for 'FILTER html' and so on > [% |l(" url_quote(otheruser.id) _ "\" title=\"" _ > l("Edit user '[_1]'", html(otheruser.login)) _ "\">", > "") %] > [_1]Edit this user[_2] > [% END %] Done: https://bugzilla.mozilla.org/attachment.cgi?id=368754&action=diff Function is called FILTER_html(), just to make things obvious. Diffstat is the same as before, but I hope readability is better and 008filter.t checking wouldn't be too complex. Again, your feedback is very appreciated. Regards, Vitaly. _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From sreindl at sreindl.de Mon Mar 23 09:32:50 2009 From: sreindl at sreindl.de (Stephen Reindl (Privat)) Date: Mon, 23 Mar 2009 10:32:50 +0100 Subject: Self-Introduction: Stephen Reindl In-Reply-To: References: <006001c99ea0$eba16a30$c2e43e90$@de> Message-ID: <000601c9ab9a$562c0ad0$02842070$@de> Hi Marc, I'm currently busy, I'll try to contact you tomorrow or on Wednesday. Regards Stephen -----Urspr?ngliche Nachricht----- Von: developers-owner at bugzilla.org [mailto:developers-owner at bugzilla.org] Im Auftrag von Marc Schumann Gesendet: Freitag, 20. M?rz 2009 20:04 An: developers at bugzilla.org Betreff: Re: Self-Introduction: Stephen Reindl Stephen, 2009/3/6 Stephen Reindl : > Another topic might be the support of the German translation. hey, that's great to hear :) If you don't mind, I'll go ahead and come up with some ideas on how we might share some of the work for the upcoming releases, so that we have a starter to talk about. Cheers Marc - To view or change your list settings, click here: From dmarshal at yahoo-inc.com Wed Mar 25 22:17:27 2009 From: dmarshal at yahoo-inc.com (David Marshall) Date: Wed, 25 Mar 2009 15:17:27 -0700 Subject: Yahoo! Hiring for Bugzilla Message-ID: Hi all, I'm pleased to post the job description for someone to work full-time on Bugzilla at Yahoo! in Sunnyvale, California. You'd be working with me and a couple of other folks on what is probably the biggest Bugzilla database in the world. We're hiring because our plate is incredibly full. We have big, big plans for where to take Bugzilla this year and in the next few years as well, both as a stand-alone application as well as integration with the entire Yahoo! tools platform. Additionally and very importantly, we're very eager to send a lot of the changes we've been making back upstream to open source. I once *vowed* that I would never work for a company bigger than 10 people again, vowed that I'd never work a W-2 job again, etc. However, I can honestly tell you that I've never been happier at a job than I am here. The link to the job page is: http://careers.yahoo.com/jdescription.php?oid=21406 and the description is below. If you're interested, please apply via careers.yahoo.com, but feel also free to drop me a line that you've applied, either by email or on #mozwebtools (dwm). ===== About Yahoo! Think about impacting 1 out of every 2 people online--in innovative and imaginative ways that are uniquely Yahoo!. We do just that each and every day, and you could too. After all, it's big thinkers like you who will create the next generation of Internet experiences for consumers and advertisers across the globe. Now's the time to show the world what you've got. Put your ideas to work for over half a billion people. === Developer Tools at Yahoo === The Developer Tools group at Yahoo aims to provide top-notch engineering tools to our fellow developer tools and systems to our colleagues across the company. These tools are big, and anyone here needs to think big too. Our Bugzilla and Subversion instances are among the largest and busiest in the world. We have a commitment to deliver not only to internal customers, but to the open-source world as well, so we love to hire people with a passion for open source. Right now, we're looking for someone to join our Bugzilla team, and help our product grow significantly in terms of throughput and feature-set. Additionally, we're looking for someone with workflow experience to build hooks into our ticket creation process. You'll join a small team of other engineers focusing on this particular problem, so you'll need to be able to work well with others, and provide leadership in some large components. === Minimum Job Qualifications === Perl or PHP application development - 4 years. Java application development - 4 years. MySQL - 4 years Excellent problem-solving and communication skills. High comfort level with Unix and with deployment processes. === Preferable Job Qualifications === Perl application development - 8 years Perl Template Toolkit - 2 years MySQL - 6 years Yahoo! Inc. is an equal opportunity employer. For more information or to search all of our openings please visit http://careers.yahoo.com. From knocte at NO-SPAM-PLEASE-gmail.com Sun Mar 29 00:54:01 2009 From: knocte at NO-SPAM-PLEASE-gmail.com (=?UTF-8?B?IkFuZHLDqXMgRy4gQXJhZ29uZXNlcyI=?=) Date: Sat, 28 Mar 2009 20:54:01 -0400 Subject: Parrot support? (was: Re: PerlNET? (was: Re: New language discussion?)) In-Reply-To: References: Message-ID: Max Kanat-Alexander wrote: > On Fri, 20 Mar 2009 11:22:46 -0400 "Andr?s G. Aragoneses" > wrote: >> Now that Parrot 1.0 has been released, and there's no clear future >> about PerlNET, how feasible would be to make Bugzilla run on Parrot >> in order to start the transition to other language like Ruby or >> Python? > > Hey Andres. > > Well, there would have to be a fully-functional language > running on top of Parrot first. We would need all of the libraries (and > all their dependencies) that Bugzilla uses to be supported on top of > some language that runs on top of Parrot. We would also need mod_perl > support or something equivalent for web-serving performance. > > As far as I know, any language that currently runs on Parrot is > several years (if not a decade) away from this level of support. > > -Max Hey Max, thanks for your answer. So there's no mod_parrot yet eh? Where did you get this information? Any useful link to get informed? Thanks! Andr?s -- _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From knocte at NO-SPAM-PLEASE-gmail.com Sun Mar 29 00:55:36 2009 From: knocte at NO-SPAM-PLEASE-gmail.com (=?UTF-8?B?IkFuZHLDqXMgRy4gQXJhZ29uZXNlcyI=?=) Date: Sat, 28 Mar 2009 20:55:36 -0400 Subject: Parrot support? (was: Re: PerlNET? (was: Re: New language discussion?)) In-Reply-To: References: Message-ID: Andr?s G. Aragoneses wrote: > Max Kanat-Alexander wrote: >> On Fri, 20 Mar 2009 11:22:46 -0400 "Andr?s G. Aragoneses" >> wrote: >>> Now that Parrot 1.0 has been released, and there's no clear future >>> about PerlNET, how feasible would be to make Bugzilla run on Parrot >>> in order to start the transition to other language like Ruby or >>> Python? >> Hey Andres. >> >> Well, there would have to be a fully-functional language >> running on top of Parrot first. We would need all of the libraries (and >> all their dependencies) that Bugzilla uses to be supported on top of >> some language that runs on top of Parrot. We would also need mod_perl >> support or something equivalent for web-serving performance. >> >> As far as I know, any language that currently runs on Parrot is >> several years (if not a decade) away from this level of support. >> >> -Max > > Hey Max, thanks for your answer. So there's no mod_parrot yet eh? Where Hugh! http://www.parrot.org/mod_parrot I'll see if I have time to play with it. > did you get this information? Any useful link to get informed? Thanks! > > Andr?s > _______________________________________________ dev-apps-bugzilla mailing list dev-apps-bugzilla at lists.mozilla.org https://lists.mozilla.org/listinfo/dev-apps-bugzilla From mkanat at bugzilla.org Mon Mar 30 23:48:16 2009 From: mkanat at bugzilla.org (Max Kanat-Alexander) Date: Mon, 30 Mar 2009 16:48:16 -0700 Subject: Branched For 3.4 Message-ID: <20090330164816.40178c13@bugzilla.org> We have now branched for Bugzilla 3.4. Checkins for Bugzilla 3.4 will happen on the BUGZILLA-3_4-BRANCH branch in CVS, and any checkin against 3.4 requires the approval3.4 flag to be set. HEAD is now open for feature development and checkins. -Max -- http://www.everythingsolved.com/ Competent, Friendly Bugzilla and Perl Services. Everything Else, too.