Re: [ phpmyadmin-Patches-3055886 ] (ok 3.4) Left frame table filter visibility config option

Hi

Dne Tue, 30 Nov 2010 12:38:58 -0500
Marc Delisle <marc <at> infomarc.info> napsal(a):

> Herman van Rink a écrit :
> > On 30-11-10 15:24, SourceForge.net wrote:
> >> Patches item #3055886, was opened at 2010-08-30 10:21
> >> Message generated for change (Comment added) made by kai-schaetzl
> >> You can respond by visiting: 
> >> https://sourceforge.net/tracker/?func=detail&atid=377410&aid=3055886&group_id=23067
> >>
> > 
> > I think we could make this last suggestion happen, it makes sense.
> > 
> > What would be a sensible default ... 20?
> > And would it not be confusing for users?
> > 
> >
> Yes it makes sense.
> 
> I suggest to remove the true/false configuration on this one and just 
> have a LeftDisplayTableFilterMinimum with a default of 30. If someone 
> wants to disable he'll put 9999 or whatever in this parameter.

Agreed.

--

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com

QA_3_4 too soon

Hi,

I realize that I started QA_3_4 too soon. It only needs to begin when
3.4.0 (final) is released. I'll remove it.

>From now on we should focus on stabilizing MAINT_3_4_0; new features
would go to master only.

If it makes sense to fix a bug in QA_3_3 (for 3.3.9) we do it; then we
merge to MAINT_3_4_0 and master.

--

-- 
Marc Delisle
http://infomarc.info

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

Re: QA_3_4 too soon

Hi

Dne Wed, 01 Dec 2010 06:14:47 -0500
Marc Delisle <marc <at> infomarc.info> napsal(a):

> I realize that I started QA_3_4 too soon. It only needs to begin when
> 3.4.0 (final) is released. I'll remove it.
> 
> >From now on we should focus on stabilizing MAINT_3_4_0; new features
> would go to master only.
> 
> If it makes sense to fix a bug in QA_3_3 (for 3.3.9) we do it; then we
> merge to MAINT_3_4_0 and master.

Do we really need MAINT_3_4_0 at this point?

--

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel <at> lists.sourceforge.net

Re: QA_3_4 too soon

Michal Čihař a écrit :
> Hi
> 
> Dne Wed, 01 Dec 2010 06:14:47 -0500
> Marc Delisle <marc <at> infomarc.info> napsal(a):
> 
>> I realize that I started QA_3_4 too soon. It only needs to begin when
>> 3.4.0 (final) is released. I'll remove it.
>>
>> >From now on we should focus on stabilizing MAINT_3_4_0; new features
>> would go to master only.
>>
>> If it makes sense to fix a bug in QA_3_3 (for 3.3.9) we do it; then we
>> merge to MAINT_3_4_0 and master.
> 
> Do we really need MAINT_3_4_0 at this point?

Only if someone plans to add new features to master. But indeed if we 
are really disciplined we don't need it.

--

-- 
Marc Delisle
http://infomarc.info

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

Re: QA_3_4 too soon

Marc Delisle a écrit :
> Michal Čihař a écrit :
>> Hi
>>
>> Dne Wed, 01 Dec 2010 06:14:47 -0500
>> Marc Delisle <marc <at> infomarc.info> napsal(a):
>>
>>> I realize that I started QA_3_4 too soon. It only needs to begin when
>>> 3.4.0 (final) is released. I'll remove it.
>>>
>>> >From now on we should focus on stabilizing MAINT_3_4_0; new features
>>> would go to master only.
>>>
>>> If it makes sense to fix a bug in QA_3_3 (for 3.3.9) we do it; then we
>>> merge to MAINT_3_4_0 and master.
>> Do we really need MAINT_3_4_0 at this point?
> 
> Only if someone plans to add new features to master. But indeed if we 
> are really disciplined we don't need it.
> 

Does someone plan to add features to master before 3.4.0 is out? We are 
talking about a few months.

--

-- 
Marc Delisle
http://infomarc.info

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!

Re: QA_3_4 too soon

2010/12/1 Marc Delisle <marc <at> infomarc.info>:
> Marc Delisle a écrit :
>> Michal Čihař a écrit :
>>> Hi
>>>
>>> Dne Wed, 01 Dec 2010 06:14:47 -0500
>>> Marc Delisle <marc <at> infomarc.info> napsal(a):
>>>
>>>> I realize that I started QA_3_4 too soon. It only needs to begin when
>>>> 3.4.0 (final) is released. I'll remove it.
>>>>
>>>> >From now on we should focus on stabilizing MAINT_3_4_0; new features
>>>> would go to master only.
>>>>
>>>> If it makes sense to fix a bug in QA_3_3 (for 3.3.9) we do it; then we
>>>> merge to MAINT_3_4_0 and master.
>>> Do we really need MAINT_3_4_0 at this point?
>>
>> Only if someone plans to add new features to master. But indeed if we
>> are really disciplined we don't need it.
>>
>
> Does someone plan to add features to master before 3.4.0 is out? We are
> talking about a few months.

Hi all,

Probably not, I will do mainly bug fixing.

Snowy greetings,

Re: QA_3_4 too soon

Hi

Dne Wed, 01 Dec 2010 11:42:26 -0500
Marc Delisle <marc <at> infomarc.info> napsal(a):

> Does someone plan to add features to master before 3.4.0 is out? We are 
> talking about a few months.

I think we should focus on bug fixing right now. It might make sense to
split out QA_3_4 around rc phase, when not that much changes should
happen.

--

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel

Re: QA_3_4 too soon

On 02-12-10 09:14, Michal Čihař wrote:
> Hi
>
> Dne Wed, 01 Dec 2010 11:42:26 -0500
> Marc Delisle <marc <at> infomarc.info> napsal(a):
>
>> Does someone plan to add features to master before 3.4.0 is out? We are 
>> talking about a few months.
> I think we should focus on bug fixing right now. It might make sense to
> split out QA_3_4 around rc phase, when not that much changes should
> happen.

I fully agree, these extra branches mainly consume precious time.
And in-case someone want to work on some experimental feature we can
always make a feature branch.

--

-- 
Met vriendelijke groet / Regards,

Herman van Rink 
Initfour websolutions

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
_______________________________________________
Phpmyadmin-devel mailing list

Re: QA_3_4 too soon

Herman van Rink a écrit :
> On 02-12-10 09:14, Michal Čihař wrote:
>> Hi
>>
>> Dne Wed, 01 Dec 2010 11:42:26 -0500
>> Marc Delisle <marc <at> infomarc.info> napsal(a):
>>
>>> Does someone plan to add features to master before 3.4.0 is out? We are 
>>> talking about a few months.
>> I think we should focus on bug fixing right now. It might make sense to
>> split out QA_3_4 around rc phase, when not that much changes should
>> happen.
> 
> I fully agree, these extra branches mainly consume precious time.
> And in-case someone want to work on some experimental feature we can
> always make a feature branch.
> 

OK, MAINT_2_4_0 is nuked and master contains 3.4.0-alpha3-dev.

--

-- 
Marc Delisle
http://infomarc.info

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

Adding xz to download options

Hi all

any opinions to provide xz compressed tarballs? It has better
compression ratio that gzip or bzip2, while it requires similar
resources for decompression as gzip (and this much less than bzip2).

The script for creating releases and website is prepared for this, all
what needs to be done is ensuring that xz-utils are installed on
system, where relases are being done and enabling it in script creating
release.

You can find more information on xz here:

http://tukaani.org/xz/

--

-- 
	Michal Čihař | http://cihar.com | http://blog.cihar.com

------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel