Re: Early Draft of Bugzilla Dev Setup

Dylan Hardison <[email protected]> Sun, 15 May 2016 16:19:11 -0400
Newsgroups gmane.comp.bug-tracking.bugzilla.devel
Message-ID <CANx7wfmhB=sZjMWWz7y=mu-ODsRPGJZJzz1E-1CQtPpF7zCWyw@mail.gmail.com>
On Sat, May 14, 2016 at 11:29 PM, Jeff Fearn <[email protected]> wrote:
> On 14/05/2016 12:33 AM, Dylan Hardison wrote:
>>
>> On Fri, May 13, 2016 at 9:30 AM, Gervase Markham <[email protected]> wrote:
>>>
>>> On 13/05/16 03:28, Dylan Hardison wrote:
>>>>
>>>> This post has been rattling around in my head for a bit.
>>>> Eventually it needs to end up in docs.
>>>>
>>>>
>>>> http://dylanwh.tumblr.com/post/144277013247/developing-bugzilla-with-plackup-and-cpanminus
>>>
>>>
>>> Awesome! How can we make it even simpler? Ideas:
>>
>>
>> In general I'm about avoiding magic incantations. Adding an
>> automagical --dev flag might be too much.
>> What we can definitely do is include a reasonable answers.txt file and
>> have the instructions for running checksetup include that.
>>
>> perl checksetup.pl --cpanm contrib/devmode.txt
>>
>> a command to run the plackup with dev settings is good though, and
>> I've filed a bug about that. The name will be something that implies
>> "this is for development, you probably want something else in
>> production".
>>
>> Meanwhile, making more defaults work -- when should we have a
>> discussion about moving the perl modules under 'lib' as is common
>> practice? :)
>
>
> 10 years ago :) Would extensions move to lib/Extension/?
Maybe. If we wanted the namespaces to make sense we'd put them under
Bugzilla/Extension/*...
There are a few problems with extensions (look at Extension.pm)
there are unneeded closures being created. Each extension gets its own
hook in @INC, for instance.
-
To view or change your list settings, click here:
<http://bugzilla.org/cgi-bin/mj_wwwusr?user=gcbd-developers-Uylq5CNFT+jYtjvyW6yDsg@public.gmane.org>