gitstat-devel Mailing List for gitstat

Hi Lee,

Lee jungseung wrote:
> Hi,
> 
> The gitstat use 'mktime()' for making time information.
> e.g. $cart_time_start=mktime(0,0,0,1,1,$_GET['chart_parameter2_year']);
> As you know, the $cart_time_start is something like '2008.1.1 '2008.12.31
> (a kind of time standard?)
> 
> According to server setting, Time zones are different. 
> So, gitstat(using same git-tree) shows different statistics.
> 
> In my opinion, We need to use same time standard.
> 
> In case of using mktime(), How about to use gmmktime()? 
> http://kr2.php.net/gmmktime
> With gmmmktime(), we could maintain some standard for making statistics.
> How about your opinion?
> 
> Thanks,
> 
looks fine to me. I think it's definitely worth doing this. We also have some 
pieces of code that add a KST time. That has to be removed as well or changed to 
  the current timezone of that server.

Cheers,

Paul.

Hi,

The gitstat use 'mktime()' for making time information.
e.g. $cart_time_start=mktime(0,0,0,1,1,$_GET['chart_parameter2_year']);
As you know, the $cart_time_start is something like '2008.1.1 '2008.12.31
(a kind of time standard?)

According to server setting, Time zones are different. 
So, gitstat(using same git-tree) shows different statistics.

In my opinion, We need to use same time standard.

In case of using mktime(), How about to use gmmktime()? 
http://kr2.php.net/gmmktime
With gmmmktime(), we could maintain some standard for making statistics.
How about your opinion?

Thanks,

-----Original Message-----
From: git...@li... [mailto:gitstat-devel-
bo...@li...] On Behalf Of Paul Vriens
Sent: Wednesday, January 23, 2008 5:23 PM
To: git...@li...
Subject: Re: [Gitstat-devel] [gitstat-devel] Version numberfor theCVS
version

No problem.

I will change the version in CVS to v0.4cvs (or something). I do think your 
remark about subversions is a good one. Next version will be v0.4.1 with 
everything up to now and the move of functions to libgather.php

With subversions we should be able to release version much quicker.

As said before I do like for us to go to 'git' as soon as possible. So when 
using subversions I think we have a few before v0.5 arrives and that one
should 
be last from the CVS repository.

Cheers,

Paul.

Lee jungseung wrote:
> Oops,
> Is that you said?
> I misunderstand that you want to release new ver.
> My English is fool. :-(
> 
> I thought that new release was too early, so I mentioned sub-version.
> To put a new version number into CVS is good choice.
> 
> Thanks, 
> 
> -----Original Message-----
> From: git...@li... [mailto:gitstat-devel-
> bo...@li...] On Behalf Of Paul Vriens
> Sent: Wednesday, January 23, 2008 4:10 PM
> To: git...@li...
> Subject: Re: [Gitstat-devel] [gitstat-devel] Version number for theCVS
> version
> 
> Hi,
> 
> My intention was just to put a new version number into CVS without being
> able to 
> download a full package of that version.
> 
> What you are saying is to release a new version on sourceforge?
> 
> Cheers,
> 
> Paul.
> 
> Lee jungseung wrote:
>> Hi,
>>
>> How about to make subversion?
>> For example 0.4.1 or 0.41
>>
>> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
>> different, exactly. and, It is needed that they could download latest
>> version.
>>
>> In my opinion, It is good to release gitstat sub-version with your new
>> include patch.
>>
>> Thanks,
>> -----Original Message-----
>> From: git...@li... [mailto:gitstat-devel-
>> bo...@li...] On Behalf Of Paul Vriens
>> Sent: Wednesday, January 23, 2008 4:50 AM
>> To: git...@li...
>> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS
> version
>> Hi,
>>
>> As we are running a more-or-less live CVS version on 
>> http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
>> 'Powered by gitstat v0.4'. They could think this is the version they 
>> downloaded.
>>
>> (On a side-note the downloads have started to increase).
>>
>> Maybe we should have a version number in CVS like v0.4CVS which turns 
>> into v0.5 once that is released.
>>
>> Remarks, ideas?
>>
>> Cheers,
>>
>> Paul.
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gitstat-devel mailing list
Git...@li...
https://lists.sourceforge.net/lists/listinfo/gitstat-devel

Hi,

I made local git-repository for gitstat, and tested gitstat for supporting
CVS. But on the git-repository imported from CVS, couldn't run git-pull
(it's not clone). 

How about this scenario for easy supporting CVS?

1.  make git tree(cvs imported)

cd /home/gitstat
mkdir gstat_git_cvsimport
cd gstat_git_cvsimport
git-cvsimport -p x -v -
d:pserver:ano...@gi...:/cvsroot/gitstat gitstat

2. make clone 
cd /home/gitstat
git clone -l gstat_git_cvsimport/ gstat_git/

3. If new changes are commited(and It should be added ./gstat_pl/gitstat.sh)

cd /home/gitstat/gstat_git_cvsimport
git-cvsimport -p x -v -
d:pserver:ano...@gi...:/cvsroot/gitstat gitstat
cd ../gstat_git/
git pull 

And the remainders are similar to gitstat way.


Thanks,

-----Original Message-----
From: Lee jungseung [mailto:jun...@gm...] 
Sent: Friday, January 25, 2008 9:55 AM
To: 'git...@li...'
Subject: [gitstat-devel]Supporting CVS

Hi,

I heard that some guys want to use gitstat for CVS as well as git.
There are many projects using CVS, and they want to receive E-mail
reporting and search for their project easily, too.
Supporting CVS feature makes gitstat more generally.

It wouldn't be difficult stuff,
As like your local git-repository for gitstat, using git-cvsimport and just
using gitstat.
But there are some configuration and installation issue, so It should be
included in installation page and gitstat.pl. 

How about your opinion?

Thanks,

-----Original Message-----
From: git...@li... [mailto:gitstat-devel-
bo...@li...] On Behalf Of Paul Vriens
Sent: Wednesday, January 23, 2008 5:23 PM
To: git...@li...
Subject: Re: [Gitstat-devel] [gitstat-devel] Version numberfor theCVS
version

No problem.

I will change the version in CVS to v0.4cvs (or something). I do think your 
remark about subversions is a good one. Next version will be v0.4.1 with 
everything up to now and the move of functions to libgather.php

With subversions we should be able to release version much quicker.

As said before I do like for us to go to 'git' as soon as possible. So when 
using subversions I think we have a few before v0.5 arrives and that one
should 
be last from the CVS repository.

Cheers,

Paul.

Lee jungseung wrote:
> Oops,
> Is that you said?
> I misunderstand that you want to release new ver.
> My English is fool. :-(
> 
> I thought that new release was too early, so I mentioned sub-version.
> To put a new version number into CVS is good choice.
> 
> Thanks, 
> 
> -----Original Message-----
> From: git...@li... [mailto:gitstat-devel-
> bo...@li...] On Behalf Of Paul Vriens
> Sent: Wednesday, January 23, 2008 4:10 PM
> To: git...@li...
> Subject: Re: [Gitstat-devel] [gitstat-devel] Version number for theCVS
> version
> 
> Hi,
> 
> My intention was just to put a new version number into CVS without being
> able to 
> download a full package of that version.
> 
> What you are saying is to release a new version on sourceforge?
> 
> Cheers,
> 
> Paul.
> 
> Lee jungseung wrote:
>> Hi,
>>
>> How about to make subversion?
>> For example 0.4.1 or 0.41
>>
>> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
>> different, exactly. and, It is needed that they could download latest
>> version.
>>
>> In my opinion, It is good to release gitstat sub-version with your new
>> include patch.
>>
>> Thanks,
>> -----Original Message-----
>> From: git...@li... [mailto:gitstat-devel-
>> bo...@li...] On Behalf Of Paul Vriens
>> Sent: Wednesday, January 23, 2008 4:50 AM
>> To: git...@li...
>> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS
> version
>> Hi,
>>
>> As we are running a more-or-less live CVS version on 
>> http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
>> 'Powered by gitstat v0.4'. They could think this is the version they 
>> downloaded.
>>
>> (On a side-note the downloads have started to increase).
>>
>> Maybe we should have a version number in CVS like v0.4CVS which turns 
>> into v0.5 once that is released.
>>
>> Remarks, ideas?
>>
>> Cheers,
>>
>> Paul.
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gitstat-devel mailing list
Git...@li...
https://lists.sourceforge.net/lists/listinfo/gitstat-devel

Hi,

Lee jungseung wrote:
> Hi,
> 
> I heard that some guys want to use gitstat for CVS as well as git.
> There are many projects using CVS, and they want to receive E-mail
> reporting and search for their project easily, too.
> Supporting CVS feature makes gitstat more generally.

We can hardly call it gitstat then ;-).

> 
> It wouldn't be difficult stuff,
> As like your local git-repository for gitstat, using git-cvsimport and just
> using gitstat.

That's certainly possible I guess but the interface (web) and the email will all 
be in a git-based format. Not sure if CVS people want that. We could always give 
it a try and see how it works out. We can even use our own gitstat as a testbed.
This is however not something I'm going to work on soon, so let us put this at 
least on the TODO list.

> But there are some configuration and installation issue, so It should be
> included in installation page and gitstat.pl. 
> 
> How about your opinion?
> 
> Thanks,
> 

Cheers,

Paul.

Hi,

I heard that some guys want to use gitstat for CVS as well as git.
There are many projects using CVS, and they want to receive E-mail
reporting and search for their project easily, too.
Supporting CVS feature makes gitstat more generally.

It wouldn't be difficult stuff,
As like your local git-repository for gitstat, using git-cvsimport and just
using gitstat.
But there are some configuration and installation issue, so It should be
included in installation page and gitstat.pl. 

How about your opinion?

Thanks,

-----Original Message-----
From: git...@li... [mailto:gitstat-devel-
bo...@li...] On Behalf Of Paul Vriens
Sent: Wednesday, January 23, 2008 5:23 PM
To: git...@li...
Subject: Re: [Gitstat-devel] [gitstat-devel] Version numberfor theCVS
version

No problem.

I will change the version in CVS to v0.4cvs (or something). I do think your 
remark about subversions is a good one. Next version will be v0.4.1 with 
everything up to now and the move of functions to libgather.php

With subversions we should be able to release version much quicker.

As said before I do like for us to go to 'git' as soon as possible. So when 
using subversions I think we have a few before v0.5 arrives and that one
should 
be last from the CVS repository.

Cheers,

Paul.

Lee jungseung wrote:
> Oops,
> Is that you said?
> I misunderstand that you want to release new ver.
> My English is fool. :-(
> 
> I thought that new release was too early, so I mentioned sub-version.
> To put a new version number into CVS is good choice.
> 
> Thanks, 
> 
> -----Original Message-----
> From: git...@li... [mailto:gitstat-devel-
> bo...@li...] On Behalf Of Paul Vriens
> Sent: Wednesday, January 23, 2008 4:10 PM
> To: git...@li...
> Subject: Re: [Gitstat-devel] [gitstat-devel] Version number for theCVS
> version
> 
> Hi,
> 
> My intention was just to put a new version number into CVS without being
> able to 
> download a full package of that version.
> 
> What you are saying is to release a new version on sourceforge?
> 
> Cheers,
> 
> Paul.
> 
> Lee jungseung wrote:
>> Hi,
>>
>> How about to make subversion?
>> For example 0.4.1 or 0.41
>>
>> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
>> different, exactly. and, It is needed that they could download latest
>> version.
>>
>> In my opinion, It is good to release gitstat sub-version with your new
>> include patch.
>>
>> Thanks,
>> -----Original Message-----
>> From: git...@li... [mailto:gitstat-devel-
>> bo...@li...] On Behalf Of Paul Vriens
>> Sent: Wednesday, January 23, 2008 4:50 AM
>> To: git...@li...
>> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS
> version
>> Hi,
>>
>> As we are running a more-or-less live CVS version on 
>> http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
>> 'Powered by gitstat v0.4'. They could think this is the version they 
>> downloaded.
>>
>> (On a side-note the downloads have started to increase).
>>
>> Maybe we should have a version number in CVS like v0.4CVS which turns 
>> into v0.5 once that is released.
>>
>> Remarks, ideas?
>>
>> Cheers,
>>
>> Paul.
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gitstat-devel mailing list
Git...@li...
https://lists.sourceforge.net/lists/listinfo/gitstat-devel

No problem.

I will change the version in CVS to v0.4cvs (or something). I do think your 
remark about subversions is a good one. Next version will be v0.4.1 with 
everything up to now and the move of functions to libgather.php

With subversions we should be able to release version much quicker.

As said before I do like for us to go to 'git' as soon as possible. So when 
using subversions I think we have a few before v0.5 arrives and that one should 
be last from the CVS repository.

Cheers,

Paul.

Lee jungseung wrote:
> Oops,
> Is that you said?
> I misunderstand that you want to release new ver.
> My English is fool. :-(
> 
> I thought that new release was too early, so I mentioned sub-version.
> To put a new version number into CVS is good choice.
> 
> Thanks, 
> 
> -----Original Message-----
> From: git...@li... [mailto:gitstat-devel-
> bo...@li...] On Behalf Of Paul Vriens
> Sent: Wednesday, January 23, 2008 4:10 PM
> To: git...@li...
> Subject: Re: [Gitstat-devel] [gitstat-devel] Version number for theCVS
> version
> 
> Hi,
> 
> My intention was just to put a new version number into CVS without being
> able to 
> download a full package of that version.
> 
> What you are saying is to release a new version on sourceforge?
> 
> Cheers,
> 
> Paul.
> 
> Lee jungseung wrote:
>> Hi,
>>
>> How about to make subversion?
>> For example 0.4.1 or 0.41
>>
>> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
>> different, exactly. and, It is needed that they could download latest
>> version.
>>
>> In my opinion, It is good to release gitstat sub-version with your new
>> include patch.
>>
>> Thanks,
>> -----Original Message-----
>> From: git...@li... [mailto:gitstat-devel-
>> bo...@li...] On Behalf Of Paul Vriens
>> Sent: Wednesday, January 23, 2008 4:50 AM
>> To: git...@li...
>> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS
> version
>> Hi,
>>
>> As we are running a more-or-less live CVS version on 
>> http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
>> 'Powered by gitstat v0.4'. They could think this is the version they 
>> downloaded.
>>
>> (On a side-note the downloads have started to increase).
>>
>> Maybe we should have a version number in CVS like v0.4CVS which turns 
>> into v0.5 once that is released.
>>
>> Remarks, ideas?
>>
>> Cheers,
>>
>> Paul.
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Gitstat-devel mailing list
>> Git...@li...
>> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
>>
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 

Oops,
Is that you said?
I misunderstand that you want to release new ver.
My English is fool. :-(

I thought that new release was too early, so I mentioned sub-version.
To put a new version number into CVS is good choice.

Thanks, 

-----Original Message-----
From: git...@li... [mailto:gitstat-devel-
bo...@li...] On Behalf Of Paul Vriens
Sent: Wednesday, January 23, 2008 4:10 PM
To: git...@li...
Subject: Re: [Gitstat-devel] [gitstat-devel] Version number for theCVS
version

Hi,

My intention was just to put a new version number into CVS without being
able to 
download a full package of that version.

What you are saying is to release a new version on sourceforge?

Cheers,

Paul.

Lee jungseung wrote:
> Hi,
> 
> How about to make subversion?
> For example 0.4.1 or 0.41
> 
> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
> different, exactly. and, It is needed that they could download latest
> version.
> 
> In my opinion, It is good to release gitstat sub-version with your new
> include patch.
> 
> Thanks,
> -----Original Message-----
> From: git...@li... [mailto:gitstat-devel-
> bo...@li...] On Behalf Of Paul Vriens
> Sent: Wednesday, January 23, 2008 4:50 AM
> To: git...@li...
> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS
version
> 
> Hi,
> 
> As we are running a more-or-less live CVS version on 
> http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
> 'Powered by gitstat v0.4'. They could think this is the version they 
> downloaded.
> 
> (On a side-note the downloads have started to increase).
> 
> Maybe we should have a version number in CVS like v0.4CVS which turns 
> into v0.5 once that is released.
> 
> Remarks, ideas?
> 
> Cheers,
> 
> Paul.
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gitstat-devel mailing list
Git...@li...
https://lists.sourceforge.net/lists/listinfo/gitstat-devel

Hi,

My intention was just to put a new version number into CVS without being able to 
download a full package of that version.

What you are saying is to release a new version on sourceforge?

Cheers,

Paul.

Lee jungseung wrote:
> Hi,
> 
> How about to make subversion?
> For example 0.4.1 or 0.41
> 
> CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
> different, exactly. and, It is needed that they could download latest
> version.
> 
> In my opinion, It is good to release gitstat sub-version with your new
> include patch.
> 
> Thanks,
> -----Original Message-----
> From: git...@li... [mailto:gitstat-devel-
> bo...@li...] On Behalf Of Paul Vriens
> Sent: Wednesday, January 23, 2008 4:50 AM
> To: git...@li...
> Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS version
> 
> Hi,
> 
> As we are running a more-or-less live CVS version on 
> http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
> 'Powered by gitstat v0.4'. They could think this is the version they 
> downloaded.
> 
> (On a side-note the downloads have started to increase).
> 
> Maybe we should have a version number in CVS like v0.4CVS which turns 
> into v0.5 once that is released.
> 
> Remarks, ideas?
> 
> Cheers,
> 
> Paul.
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Gitstat-devel mailing list
> Git...@li...
> https://lists.sourceforge.net/lists/listinfo/gitstat-devel
> 

Hi,

Your patches are simple and make our code more beautiful.
go ahead :)

Thanks,

-----Original Message-----
From: git...@li... [mailto:gitstat-devel-
bo...@li...] On Behalf Of Paul Vriens
Sent: Wednesday, January 23, 2008 4:45 AM
To: git...@li...
Subject: [Gitstat-devel] [gitstat-devel] Start of new include file

Hi,

Before committing these new changes I thought of just throwing them in 
here to get some feedback (if any).

I've created a new include/libgather.php (attached). This will be used 
(for now) by both chart.php and index.php as they both contain almost 
the same pieces of code.

I've also attached the diff's for both mentioned files.

All data gathering stuff will be moved to libbgather.php. Once that is 
done we have at least cleaned up some of the main pages. The idea is to 
remove all MySQL specific stuff from the main pages and put this in 
include files. Once that's done we can start thinking of introducing 
other means of storing/gathering information (i.e. SQLite or direct git 
access without any DB kind of thing).

Silence will be taken as 'go ahead' :-).

Cheers,

Paul.

Hi,

How about to make subversion?
For example 0.4.1 or 0.41

CVS v0.4 and live version on http://tree.celinuxforum.org/gitstat are
different, exactly. and, It is needed that they could download latest
version.

In my opinion, It is good to release gitstat sub-version with your new
include patch.

Thanks,
-----Original Message-----
From: git...@li... [mailto:gitstat-devel-
bo...@li...] On Behalf Of Paul Vriens
Sent: Wednesday, January 23, 2008 4:50 AM
To: git...@li...
Subject: [Gitstat-devel] [gitstat-devel] Version number for the CVS version

Hi,

As we are running a more-or-less live CVS version on 
http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
'Powered by gitstat v0.4'. They could think this is the version they 
downloaded.

(On a side-note the downloads have started to increase).

Maybe we should have a version number in CVS like v0.4CVS which turns 
into v0.5 once that is released.

Remarks, ideas?

Cheers,

Paul.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Gitstat-devel mailing list
Git...@li...
https://lists.sourceforge.net/lists/listinfo/gitstat-devel

Hi,

As we are running a more-or-less live CVS version on 
http://tree.celinuxforum.org/gitstat/ people could be fooled by the 
'Powered by gitstat v0.4'. They could think this is the version they 
downloaded.

(On a side-note the downloads have started to increase).

Maybe we should have a version number in CVS like v0.4CVS which turns 
into v0.5 once that is released.

Remarks, ideas?

Cheers,

Paul.

Hi,

Before committing these new changes I thought of just throwing them in 
here to get some feedback (if any).

I've created a new include/libgather.php (attached). This will be used 
(for now) by both chart.php and index.php as they both contain almost 
the same pieces of code.

I've also attached the diff's for both mentioned files.

All data gathering stuff will be moved to libbgather.php. Once that is 
done we have at least cleaned up some of the main pages. The idea is to 
remove all MySQL specific stuff from the main pages and put this in 
include files. Once that's done we can start thinking of introducing 
other means of storing/gathering information (i.e. SQLite or direct git 
access without any DB kind of thing).

Silence will be taken as 'go ahead' :-).

Cheers,

Paul.

Hi,

Does anybody have a nice logo lying around or finds himself/herself to 
be the artist he/she never knew he/she was?

Cheers,

Paul.

Hi,

이정승 wrote:
> Hi,
> 
> I applied Paul's patch on CELF server.
> It looks pretty good. but, I modified it a bit.
> $GSTAT[GIT_TREE_DESC] has long words, generally. so it is too long to
> use on title.
> In my opinion, title name 'Git statistics + $GSTAT[GIT_PROJECT_NAME]'
> would it be ok.
> How do u think about it?

Yes, that looks better. While testing I also had "Linus' kernel tree" in there 
and it introduced some line wrapping. The html/css code does take care of that 
but I think your solution is better although I would add the "2.6" to it.

As said before, we probably need a config page (for the administrator) to be 
able to added these kind of fields. It's much easier to work with (I think) and 
we are able to introduce some checking (lengths of strings and such) immediately.

> 
> and, I ran Installation page.
> It is easy to make DB and DB schema. and It gave many informaton to
> gitstat administrator.
> If it is written all, It would be helpfulness.
> 

The main difference is of course that you now need a gstat_rw/config directory 
that's owned by the account that runs the webserver. I don't think that's an issue.

> Thanks,
> 

Two other things about the references to gitstat:

1. The grey 'Monitor gitstat' (above the join link). We should probably turn 
this into "Monitor $GSTAT[GIT_PROJECT_NAME]" or get rid off it.
2. The text "What is Gitstat". This should be replaced by a small piece of 
information related to the project, not gitstat.

The only pages that should reference gitstat a lot would be a gitstat page for 
gitstat itself :-).

And on a side-note, any reason you didn't apply the latest header.php and 
include/lib.php changes? I changed the cut_str function to do an exact cutoff 
and introduced some links for cut off strings when you hover over them (subject 
and author in the changelog). The current page on the CELF server shows the 
reason I've changed it (look for example at the author "Jeremy Kerr .j..

I must say that we still have an issue with the top author per release. I'm 
still working on that (slowly). I have a feeling that it's either a git-issue or 
the way we read/store some of the entries. It's not the calculation.

Cheers,

Paul.

SGksCgpJIGFwcGxpZWQgUGF1bCdzIHBhdGNoIG9uIENFTEYgc2VydmVyLgpJdCBsb29rcyBwcmV0
dHkgZ29vZC4gYnV0LCBJIG1vZGlmaWVkIGl0IGEgYml0LgokR1NUQVRbR0lUX1RSRUVfREVTQ10g
aGFzIGxvbmcgd29yZHMsIGdlbmVyYWxseS4gc28gaXQgaXMgdG9vIGxvbmcgdG8KdXNlIG9uIHRp
dGxlLgpJbiBteSBvcGluaW9uLCB0aXRsZSBuYW1lICdHaXQgc3RhdGlzdGljcyArICRHU1RBVFtH
SVRfUFJPSkVDVF9OQU1FXScKd291bGQgaXQgYmUgb2suCkhvdyBkbyB1IHRoaW5rIGFib3V0IGl0
PwoKYW5kLCBJIHJhbiBJbnN0YWxsYXRpb24gcGFnZS4KSXQgaXMgZWFzeSB0byBtYWtlIERCIGFu
ZCBEQiBzY2hlbWEuIGFuZCBJdCBnYXZlIG1hbnkgaW5mb3JtYXRvbiB0bwpnaXRzdGF0IGFkbWlu
aXN0cmF0b3IuCklmIGl0IGlzIHdyaXR0ZW4gYWxsLCBJdCB3b3VsZCBiZSBoZWxwZnVsbmVzcy4K
ClRoYW5rcywKCk9uIEphbiAxMywgMjAwOCA0OjM3IEFNLCBQYXVsIFZyaWVucyA8cGF1bC52cmll
bnMuZ2l0c3RhdEBnbWFpbC5jb20+IHdyb3RlOgo+IEhpLAo+Cj4g7J207KCV7Iq5IHdyb3RlOgo+
ID4gSGksCj4gPgo+ID4gSSBzYXcgYXR0YXRjaGVkIHNjcmVlbnNob3QuCj4gPiBJdCBsb29rcyBn
b29kIGFuZCBpdCBtYWtlcyBnaXRzdGF0IGhhdmUgYSBwb2ludCBvZiBkaWZmZXJuZWNlIGxvb2tz
Cj4gPiB3aXRoIG90aGVyIGdpdHN0YXQuCj4gPiBHb29kIGpvYiwgY29tbWl0IGl0IHBsZWFzZS4K
Pgo+IENoYW5nZXMgYXJlIGNvbW1pdHRlZC4gVGhlIGNoYW5nZWQgZmlsZXMgYXJlIChmb3IgYWxs
IG9mIHRoZSBjaGFuZ2VzIEkKPiBkaWQgdG8gdGhlIHBhZ2VzIHJlY2VudGx5KToKPgo+IGhlYWRl
ci5waHAKPiBmb290ZXIucGhwCj4gaW1hZ2VzL3N0eWxlLmNzcwo+IGltYWdlcy9oZWFkZXIuZ2lm
Cj4KPiBJdCdzIHN0aWxsIG5vdCBwZXJmZWN0IHlldCBhbmQgc2hvdWxkIHVzZSBhIGJpdCBtb3Jl
IGNzcyBhcyBzYWlkLiBBbHNvCj4gYmVjYXVzZSB0aGVtaW5nIGlzIG9uIHRoZSBUT0RPIGxpc3Qu
Cj4KPiA+Cj4gPiBJZiB5b3UgYXJlIHdvcmtpbmcgb24gSW5zdGFsbGF0aW9uIHBhZ2UsIEkgaGF2
ZSBzb21lIHN1Z2dlc3Rpb24uCj4gPiB0aGF0IGlzIGFkZGluZyBzb21lIGZ1bmN0aW9uLgo+ID4K
PiA+IC0gQ2hlY2tpbmcgREIgc2V0dGluZyBhbmQgbGlua2FnZSB0ZXN0KG15c3FsICsgcGVybCkg
b24gSW5zdGFsbGF0aW9uIHBhZ2UuCj4KPiBUaGUgcGFnZSBJJ20gd29ya2luZyBvbiAoYXR0YWNo
ZWQpIGFsc28gaW5jbHVkZSBzb21lIHRlc3RzLgo+Cj4gPgo+ID4gSW4gbXkgb3BpbmlvbiwgSXQg
d291bGQgYmUgaGVscCBwZW9wbGUgd2hvIHRyeSB0byBpbnN0YWxsLgo+ID4gaG93IGFib3V0IHRo
YXQ/Cj4gPgo+ID4gVGhhbmtzLAo+Cj4gQ2hlZXJzLAo+Cj4gUGF1bC4KPgo+Cg==

Hi,

이정승 wrote:
> Hi,
> 
> I saw attatched screenshot.
> It looks good and it makes gitstat have a point of differnece looks
> with other gitstat.
> Good job, commit it please.

Changes are committed. The changed files are (for all of the changes I
did to the pages recently):

header.php
footer.php
images/style.css
images/header.gif

It's still not perfect yet and should use a bit more css as said. Also
because theming is on the TODO list.

> 
> If you are working on Installation page, I have some suggestion.
> that is adding some function.
> 
> - Checking DB setting and linkage test(mysql + perl) on Installation page.

The page I'm working on (attached) also include some tests.

> 
> In my opinion, It would be help people who try to install.
> how about that?
> 
> Thanks,

Cheers,

Paul.

SGksCgpJIHNhdyBhdHRhdGNoZWQgc2NyZWVuc2hvdC4KSXQgbG9va3MgZ29vZCBhbmQgaXQgbWFr
ZXMgZ2l0c3RhdCBoYXZlIGEgcG9pbnQgb2YgZGlmZmVybmVjZSBsb29rcwp3aXRoIG90aGVyIGdp
dHN0YXQuCkdvb2Qgam9iLCBjb21taXQgaXQgcGxlYXNlLgoKSWYgeW91IGFyZSB3b3JraW5nIG9u
IEluc3RhbGxhdGlvbiBwYWdlLCBJIGhhdmUgc29tZSBzdWdnZXN0aW9uLgp0aGF0IGlzIGFkZGlu
ZyBzb21lIGZ1bmN0aW9uLgoKLSBDaGVja2luZyBEQiBzZXR0aW5nIGFuZCBsaW5rYWdlIHRlc3Qo
bXlzcWwgKyBwZXJsKSBvbiBJbnN0YWxsYXRpb24gcGFnZS4KCkluIG15IG9waW5pb24sIEl0IHdv
dWxkIGJlIGhlbHAgcGVvcGxlIHdobyB0cnkgdG8gaW5zdGFsbC4KaG93IGFib3V0IHRoYXQ/CgpU
aGFua3MsCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQou
L3Rlc3QucGVybC5teXNxbC5wbAoKREJJIGNvbm5lY3QoJ2hvc3RuYW1lPWxvY2FsaG9zdDtwb3J0
PTMzMDY7ZHNuPWRiaTpnaXRzdGF0X2tlcm5lbCcsJ2dpdHN0YXRfa2VybmVsJywuLi4pCmZhaWxl
ZDogQ2FuJ3QgY29ubmVjdCB0byBsb2NhbCBNeVNRTCBzZXJ2ZXIgdGhyb3VnaCBzb2NrZXQKJy92
YXIvbGliL215c3FsL215c3FsLnNvY2snICgyKSBhdCAuL3Rlc3QucGVybC5teXNxbC5wbCBsaW5l
IDkKCkNhbid0IGNhbGwgbWV0aG9kICJkbyIgb24gYW4gdW5kZWZpbmVkIHZhbHVlIGF0IC4vdGVz
dC5wZXJsLm15c3FsLnBsIGxpbmUgMTAuCgpbcm9vdEBMaW1HZXVuU2lrIGdzdGF0X3BsXSMKClty
b290QExpbUdldW5TaWsgZ3N0YXRfcGxdIyBjYXQgLi90ZXN0LnBlcmwubXlzcWwucGwKCiMhIC91
c3IvYmluL3BlcmwKCnVzZSBEQkk7CgpteSAkaG9zdCA9J2xvY2FsaG9zdCc7CgpteSAkcG9ydCA9
ICczMzA2JzsKCm15ICRkc24gPSAnZGJpOmdpdHN0YXRfa2VybmVsJzsKCm15ICR1c2VyID0gJ2dp
dHN0YXRfa2VybmVsJzsKCm15ICRwYXNzID0gJ2dpdHN0YXRfa2VybmVscGFzcyc7CgoKCm15ICRk
Ymg9REJJLT5jb25uZWN0KCJkYmk6bXlzcWw6aG9zdG5hbWU9JGhvc3Q7cG9ydD0kcG9ydDtkc249
JGRzbiIsJHVzZXIsJHBhc3MpOwoKJGRiaC0+ZG8oIklOU0VSVCBJTlRPIFBPUFMgKGhvc3RuYW1l
KSBWQUxVRVMgKCdoYWhhaGFoYScpIik7CgokZGJoLT5kaXNjb25uZWN0OwotLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKT24gMS8x
MS8wOCwgUGF1bCBWcmllbnMgPHBhdWwudnJpZW5zLmdpdHN0YXRAZ21haWwuY29tPiB3cm90ZToK
PiBIaSwKPgo+IOydtOygleyKuSB3cm90ZToKPiA+IFRob3VnaCB0aGV5IGFyZSBvdGhlciBnaXRz
dGF0IGZvciBvdGhlciBnaXQtdHJlZSwKPiA+IHRoZXkgaGF2ZSBzYW1lIGV4dGVybmVscy4gYW5k
IEl0IG1ha2VzIHVzIGNvbmZ1c2UuCj4gPiBCZWNhdXNlIG9mIHRoYXQgcmVhc29uLCBJIGFkZGVk
IHN1Yi10aXRsZSBhcyBleHBlZGllbnQuCj4gPgo+ID4gQnV0LCB5b3VyIElkZWEgaXMgYmV0dGVy
IHRoYW4gbXkgZXhwZWRpZW50IGZ1bmRtZW50YWxseS4KPiA+IEFzIGV4cGVjdGVkLCAgSW4gbW9z
dCBjYXNlICx1bmNvbWZvcnRhYmxlbmVzcyB0byBtZSBpcyB1bmNvbWZvciB0bwo+ID4gb3RoZXJz
LHRvby4gOikKPiA+IElmIHlvdSBoYXZlIGdvb2Qgd29yZCAobGlrZSBhcyB5b3UgbWVudGlvbmVk
KSBhYm91dCB0aGF0LCBjb21taXQgaXQgcGx6Lgo+ID4KPiBMZXQgbWUga25vdyB3aGF0IHlvdSB0
aGluayBvZiB0aGUgYXR0YWNoZWQgc2NyZWVuc2hvdCBvZiB0aGUgaGVhZGVyLiBJZgo+IHlvdSBs
aWtlIGl0IEkgd2lsbCBjb21taXQgdGhvc2UgY2hhbmdlcy4gKFRoZSAiR2l0IHN0YXRpc3RpY3Mg
Zm9yIFdpbmUiCj4gaXMgYmx1ZSBiZWNhdXNlIEkgaG92ZXJlZCBvdmVyIGl0IHdoaWxlIGNyZWF0
aW5nIHRoZSBzY3JlZW5zaG90KS4KPgo+IFRoZSBjb2RlIGNvdWxkIGJlIGEgYml0IGNsZWFuZXIg
KG1vcmUgY3NzKSBidXQgeW91IHdpbGwgZ2V0IG15IGRyaWZ0LiBXZQo+IGNhbiBhbHdheXMgd29y
ayBmcm9tIHRoZXJlLgo+Cj4gQnR3IEkgYWxzbyB0aGluayB0aGF0IHRoZSAiTW9uaXRvciBnaXRz
dGF0IiwganVzdCBhYm92ZSB0aGUgIkpvaW4iIGxpbmsKPiBzaG91bGQgYmUgY2hhbmdlZCBpbnRv
ICJNb25pdG9yIDxwcm9qZWN0PiIuCj4KPiBPbmUgb2YgdGhlIHRoaW5ncyB3ZSBzaG91bGQgcHJv
YmFibGUgaGF2ZSBpcyBzaG9ydCBhbmQgYSBsb25nCj4gZGVzY3JpcHRpb24gb2YgdGhlIHByb2pl
Y3QuIEFzIHNhaWQsIHRoZSBpZGVhIGlzIHRvIGhhdmUgdGhlIGNvbmZpZwo+IHNldHRpbmdzIG9u
IHRoZSBhZG1pbiBwYWdlIHNvIHdlIGNhbiBpbmZsdWVuY2UgdGhlIG1heGltdW0gc2l6ZSBvZiB0
aGUKPiBsb25nL3Nob3J0IGRlc2NyaXB0aW9uLgo+Cj4gQ2hlZXJzLAo+Cj4gUGF1bC4KPgo+Cg==

Hi,

이정승 wrote:
> Though they are other gitstat for other git-tree,
> they have same externels. and It makes us confuse.
> Because of that reason, I added sub-title as expedient.
> 
> But, your Idea is better than my expedient fundmentally.
> As expected,  In most case ,uncomfortableness to me is uncomfor to
> others,too. :)
> If you have good word (like as you mentioned) about that, commit it plz.
> 
Let me know what you think of the attached screenshot of the header. If 
you like it I will commit those changes. (The "Git statistics for Wine" 
is blue because I hovered over it while creating the screenshot).

The code could be a bit cleaner (more css) but you will get my drift. We 
can always work from there.

Btw I also think that the "Monitor gitstat", just above the "Join" link 
should be changed into "Monitor <project>".

One of the things we should probable have is short and a long 
description of the project. As said, the idea is to have the config 
settings on the admin page so we can influence the maximum size of the 
long/short description.

Cheers,

Paul.

Hi,

Actually, I don't know too.
maybe, shawn know that password.
now, shawn is not my colleague any more.:)

Thanks,

On Jan 7, 2008 4:25 PM, Paul Vriens <pau...@gm...> wrote:
> Hi,
>
> What is the "List Moderator Password" ? It's not the same password as my account.
>
> Cheers,
>
> Paul.
>
> -------- Original Message --------
> Subject: Gitstat-devel post from pau...@gm... requires approval
> Date: Sun, 06 Jan 2008 12:59:28 -0800
> From: git...@li...
> To: git...@li...
>
> As list administrator, your authorization is requested for the
> following mailing list posting:
>
>      List:    Git...@li...
>      From:    pau...@gm...
>      Subject: [gitstat-devel] How does our own tree do when converted to git
> (just for the fun of it)
>      Reason:  Message body is too big: 159383 bytes with a limit of 40 KB
>
> At your convenience, visit:
>
>      https://lists.sourceforge.net/lists/admindb/gitstat-devel
>
> to approve or deny the request.
>
>

SGksCgpPbiAxLzcvMDgsIFBhdWwgVnJpZW5zIDxwYXVsLnZyaWVucy5naXRzdGF0QGdtYWlsLmNv
bT4gd3JvdGU6Cj4gSGksCj4KPiBJIGhhdmUganVzdCBvbmUgcXVlc3Rpb24uIFdhcyB5b3VyIGlu
dGVudGlvbiB0byBoYXZlIHRoZSBzdWJ0aXRsZSBuZXh0IHRvIHRoZQo+IGxvZ28gb3IgdW5kZXIg
dGhlIGxvZ28/Cj4KCk15IGludGVudGlvbiB3YXMgdG8gaGF2ZSB0aGUgc3VidGl0bGUgbmV4dCB0
byB0aGUgbG9nby4KYnV0LCBJIGxpa2UgYm90aCBuZXh0IHRvIGFuZCB1bmRlciB0aGUgbG9nby4K
Cj4gSSdtIGFsc28gbm90IHN1cmUgaG93IHdlIHNob3VsZCBjb250aW51ZSB3aXRoIHRoZSBsb2dv
LiBTaG91bGQgdGhlIGxvZ28gYmUKPiAnZ2l0c3RhdCcgb3Igc29tZXRoaW5nIGxpa2UgJ0dpdCBz
dGF0aXN0aWNzIGZvciAkR1NUQVRbR0lUX1BST0pFQ1RfTkFNRV0nIHdlCj4gY291bGQgdGhlbiBo
YXZlIHNvbWV0aGluZyBsaWtlICdQb3dlcmVkIGJ5IGdpdHN0YXQnIHVuZGVybmVhdGggb3IgbmV4
dCB0byB0aGF0Lgo+Cj4gVGhlIHNhbWUgaXMgdHJ1ZSBmb3IgdGhlIHRpdGxlIGluIHRoZSB0aXRs
ZSBiYXIgb2YgdGhlIGJyb3dzZXIuIEkgZG9uJ3QgdGhpbmsKPiB0aGlzIHNob3VsZCBiZSAnZ2l0
c3RhdCB2MC40JyBidXQgcmF0aGVyICdHaXQgc3RhdGlzdGljcyBmb3IKPiAkR1NUQVRbR0lUX1BS
T0pFQ1RfTkFNRV0nIGFnYWluIHdpdGggbWF5YmUgYSAncG93ZXJlZCBieSBnaXRzdGF0IHYwLjQn
IGFkZGVkIHRvCj4gdGhhdD8KPgo+IFdoYXQgYXJlIHlvdXIgdGhvdWdodHMgYWJvdXQgdGhhdD8g
QWZ0ZXIgYWxsLCBhIHByb2plY3QgdGhhdCBpcyBnb2luZyB0byB1c2UKPiB0aGlzIHdvdWxkIGxp
a2UgbW9zdCBvZiB0aGUgcGFnZSB0byByZWZsZWN0IGl0J3Mgb3duIHByb2plY3QuIFRoZSB0aGVt
aW5nIHdpbGwKPiBhbHNvIGhlbHAgaW4gdGhlIGZ1dHVyZSBvZiBjb3Vyc2UuCj4KCgpUaG91Z2gg
dGhleSBhcmUgb3RoZXIgZ2l0c3RhdCBmb3Igb3RoZXIgZ2l0LXRyZWUsCnRoZXkgaGF2ZSBzYW1l
IGV4dGVybmVscy4gYW5kIEl0IG1ha2VzIHVzIGNvbmZ1c2UuCkJlY2F1c2Ugb2YgdGhhdCByZWFz
b24sIEkgYWRkZWQgc3ViLXRpdGxlIGFzIGV4cGVkaWVudC4KCkJ1dCwgeW91ciBJZGVhIGlzIGJl
dHRlciB0aGFuIG15IGV4cGVkaWVudCBmdW5kbWVudGFsbHkuCkFzIGV4cGVjdGVkLCAgSW4gbW9z
dCBjYXNlICx1bmNvbWZvcnRhYmxlbmVzcyB0byBtZSBpcyB1bmNvbWZvciB0bwpvdGhlcnMsdG9v
LiA6KQpJZiB5b3UgaGF2ZSBnb29kIHdvcmQgKGxpa2UgYXMgeW91IG1lbnRpb25lZCkgYWJvdXQg
dGhhdCwgY29tbWl0IGl0IHBsei4KCj4gQ2hlZXJzLAo+Cj4gUGF1bC4KPgoKClRoYW5rcywKCnAu
cwoKYW5kIGZpbGwgeW91ciBDQyB0byA8Z2l0c3RhdC1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5u
ZXQ+IHBsei4KdGhlcmUgYXJlIHNvbWUgcGVvcGxlIGxvb2tpbmcgYXQgb3VyIHdvcmtzLi4uIG1h
eWJlLi46KQoKVGhhbmtzIHlvdXIgZ29vZCB0aXAKCj4g7J207KCV7Iq5IHdyb3RlOgo+ID4gSGks
Cj4gPgo+ID4gSXQncyBPaywgaXQgbG9va3MgZ29vZC4KPiA+Cj4gPiBDb21taXQgdGhhdCBwYXRj
aCxwbHogOikKPiA+Cj4gPiBUaGFua3MsCj4gPgo+ID4KPiA+IE9uIEphbiA3LCAyMDA4IDM6NTMg
QU0sIFBhdWwgVnJpZW5zIDxwYXVsLnZyaWVucy5naXRzdGF0QGdtYWlsLmNvbT4gd3JvdGU6Cj4g
Pj4gSGksCj4gPj4KPiA+PiDsnbTsoJXsirkgd3JvdGU6Cj4gPj4+IEhpLAo+ID4+Pgo+ID4+PiBJ
IGhhZCBhZGRlZCBzdWJ0aXRsZSBvbiBnaXRzdGF0Lgo+ID4+PiBidXQgdGhlcmUgd2FzIGEgc29t
ZSBwcm9ibGVtIGFib3V0IHRleHQgYWxpZ25tZW50Lgo+ID4+PiB3aGVuIHN1YnRpdGxlIGhhcyBt
b3JlIHRoYW4gc29tZSB0ZXh0LiAobmV3X2hlYWRlci5wbmcgd2luZV9oZWFkZXIucG5nKQo+ID4+
PiBTbyBJIGdhdmUgYWJzb2x1dGUgZmVhdHVyZShjc3MpIHRvIHRvcC1tZW51IGZvciBjb3VsZCBi
ZSBvdmVybGFwcGVkCj4gPj4+IHN1YnRpdGxlIHRvIHRvcC1tZW51LAo+ID4+Pgo+ID4+PiBJIGNv
dWxkbid0IGZpbmQgYSB3YXkgYWxpZ25tZW50IHRvIDxkaXYgaWQ9aGVhZGVyPi4KPiA+Pj4gJ3Jp
Z2h0PTBweCcganVzdCBtYWtlcyBhbGlnbm1lbnQgdG8gPGJvZHk+Lgo+ID4+PiBzbyBJIG1hZGUg
YSBleHBlZGllbnQgKHNldCBsZWZ0PTU3JSkKPiA+Pj4gYW5kIHRoYXQgbWFrZXMgc29tZSBkZWZl
Y3RzLihtZW51X2JlZm9yZS5wbmcgYW5kIG1lbnVfYWZ0ZXIucG5nKQo+ID4+Pgo+ID4+IEkndmUg
cGxheWVkIGFyb3VuZCBhIGJpdCB3aXRoIGhlYWRlci5waHAvZm9vdGVyLnBocCBhbmQgc3R5bGUu
Y3NzIGFuZAo+ID4+IEkndmUgYXR0YWNoZWQgdGhlIHJlc3VsdCAobmV3X3dpbmUucG5nKS4gVGhp
cyB3YXMgZG9uZSBvbiBteSBsYXB0b3AgYW5kCj4gPj4geW91IGNhbiBzZWUgdGhhdCB0aGUgbWVu
dSBpcyBub3cgcmlnaHQgYWxpZ25lZCBiZXR0ZXIgdGhhbiBiZWZvcmUuIEkndmUKPiA+PiBhbHNv
IGNoYW5nZWQgdGhlIGhlYWRlci5naWYgZm9yIHRoaXMgcHVycG9zZS4KPiA+Pgo+ID4+IExldCBt
ZSBrbm93IHdoYXQgeW91IHRoaW5rLiBJZiBPSyBJJ2xsIGNvbW1pdCB0aG9zZSBjaGFuZ2VzLiBX
ZSBjYW4KPiA+PiBhbHdheXMgd29yayBmcm9tIHRoZXJlLgo+ID4+Cj4gPj4+IFdlIGFyZSBub3Qg
d2ViIGRldmVsb3BtZW50LAo+ID4+PiBJZiB0aGVyZSBhcmUgc29tZW9uZSBrbm93IHdlbGwgYWJv
dXQgd2ViLCBJdCdzIGEgcGllY2Ugb2YgYSBjYWtlIDotKQo+ID4+Pgo+ID4+PiBJIHdvbmRlcmVk
IGFib3V0IHRoYXQgdGV4dCBhbGlnbm1lbnQgaXMgbm90IHN0aWxsIHdvcmtpbmcgd2VsbC4KPiA+
Pj4gYnV0LCBJIGNhbm5vdCBmaW5kIHRoYXQgZGVmZWN0cyBvbiBteSBsYXB0b3AsIG9yIHRyZWUu
Y2VsaW51eGZvcnVtLm9yZy4KPiA+Pj4gV291bGQgeW91IGNoZWNrIGFib3V0IHRoYXQgZGVmZWN0
cz8KPiA+Pj4KPiA+Pj4gYW5kLCBJIGFkZGVkIDwvZGl2PiB0YWcgdG8gLCBJdCdzIGEgZm9vbCBt
aXN0YWtlLi4uOi0oCj4gPj4gSSBkaWQgYWRkIHRoZSA8L2Rpdj4gaW4gZm9vdGVyLnBocCBhZ2Fp
bi4KPiA+Pgo+ID4+PiBUaGFua3MsCj4gPj4+Cj4gPj4+Cj4gPj4gQ2hlZXJzLAo+ID4+IFBhdWwK
PiA+Pgo+ID4+Cj4KPgo=

SGksCgpJdCdzIE9rLCBpdCBsb29rcyBnb29kLgoKQ29tbWl0IHRoYXQgcGF0Y2gscGx6IDopCgpU
aGFua3MsCgoKT24gSmFuIDcsIDIwMDggMzo1MyBBTSwgUGF1bCBWcmllbnMgPHBhdWwudnJpZW5z
LmdpdHN0YXRAZ21haWwuY29tPiB3cm90ZToKPiBIaSwKPgo+IOydtOygleyKuSB3cm90ZToKPiA+
IEhpLAo+ID4KPiA+IEkgaGFkIGFkZGVkIHN1YnRpdGxlIG9uIGdpdHN0YXQuCj4gPiBidXQgdGhl
cmUgd2FzIGEgc29tZSBwcm9ibGVtIGFib3V0IHRleHQgYWxpZ25tZW50Lgo+ID4gd2hlbiBzdWJ0
aXRsZSBoYXMgbW9yZSB0aGFuIHNvbWUgdGV4dC4gKG5ld19oZWFkZXIucG5nIHdpbmVfaGVhZGVy
LnBuZykKPiA+IFNvIEkgZ2F2ZSBhYnNvbHV0ZSBmZWF0dXJlKGNzcykgdG8gdG9wLW1lbnUgZm9y
IGNvdWxkIGJlIG92ZXJsYXBwZWQKPiA+IHN1YnRpdGxlIHRvIHRvcC1tZW51LAo+ID4KPiA+IEkg
Y291bGRuJ3QgZmluZCBhIHdheSBhbGlnbm1lbnQgdG8gPGRpdiBpZD1oZWFkZXI+Lgo+ID4gJ3Jp
Z2h0PTBweCcganVzdCBtYWtlcyBhbGlnbm1lbnQgdG8gPGJvZHk+Lgo+ID4gc28gSSBtYWRlIGEg
ZXhwZWRpZW50IChzZXQgbGVmdD01NyUpCj4gPiBhbmQgdGhhdCBtYWtlcyBzb21lIGRlZmVjdHMu
KG1lbnVfYmVmb3JlLnBuZyBhbmQgbWVudV9hZnRlci5wbmcpCj4gPgo+Cj4gSSd2ZSBwbGF5ZWQg
YXJvdW5kIGEgYml0IHdpdGggaGVhZGVyLnBocC9mb290ZXIucGhwIGFuZCBzdHlsZS5jc3MgYW5k
Cj4gSSd2ZSBhdHRhY2hlZCB0aGUgcmVzdWx0IChuZXdfd2luZS5wbmcpLiBUaGlzIHdhcyBkb25l
IG9uIG15IGxhcHRvcCBhbmQKPiB5b3UgY2FuIHNlZSB0aGF0IHRoZSBtZW51IGlzIG5vdyByaWdo
dCBhbGlnbmVkIGJldHRlciB0aGFuIGJlZm9yZS4gSSd2ZQo+IGFsc28gY2hhbmdlZCB0aGUgaGVh
ZGVyLmdpZiBmb3IgdGhpcyBwdXJwb3NlLgo+Cj4gTGV0IG1lIGtub3cgd2hhdCB5b3UgdGhpbmsu
IElmIE9LIEknbGwgY29tbWl0IHRob3NlIGNoYW5nZXMuIFdlIGNhbgo+IGFsd2F5cyB3b3JrIGZy
b20gdGhlcmUuCj4KPiA+IFdlIGFyZSBub3Qgd2ViIGRldmVsb3BtZW50LAo+ID4gSWYgdGhlcmUg
YXJlIHNvbWVvbmUga25vdyB3ZWxsIGFib3V0IHdlYiwgSXQncyBhIHBpZWNlIG9mIGEgY2FrZSA6
LSkKPiA+Cj4gPiBJIHdvbmRlcmVkIGFib3V0IHRoYXQgdGV4dCBhbGlnbm1lbnQgaXMgbm90IHN0
aWxsIHdvcmtpbmcgd2VsbC4KPiA+IGJ1dCwgSSBjYW5ub3QgZmluZCB0aGF0IGRlZmVjdHMgb24g
bXkgbGFwdG9wLCBvciB0cmVlLmNlbGludXhmb3J1bS5vcmcuCj4gPiBXb3VsZCB5b3UgY2hlY2sg
YWJvdXQgdGhhdCBkZWZlY3RzPwo+ID4KPiA+IGFuZCwgSSBhZGRlZCA8L2Rpdj4gdGFnIHRvICwg
SXQncyBhIGZvb2wgbWlzdGFrZS4uLjotKAo+Cj4gSSBkaWQgYWRkIHRoZSA8L2Rpdj4gaW4gZm9v
dGVyLnBocCBhZ2Fpbi4KPgo+ID4KPiA+IFRoYW5rcywKPiA+Cj4gPgo+Cj4gQ2hlZXJzLAo+IFBh
dWwKPgo+Cg==

Hi,

I just did an export to a local git-repository for our own gitstat. I 
then created a new gitstat site and found a few issues (yeah what's new):

1. Tags
======
When doing a git-cvsimport our versions (only 3) are nicely referenced 
as tags. The big difference between a real git repo and a converted one 
seems to be:

(Real git repository) :

$ git-for-each-ref '--sort=-*creatordate' '--format=%(objectname) 
%(objecttype)' refs/tags
c64830a35db842daf31ac8ab55c3adac81251d25 tag
4bd720bbc49d02ef8198d529d71b0efae7c69a8d tag
6394f670f55f20739283d120e8f23c830702f4f7 tag

(Converted one) :

$ git-for-each-ref '--sort=-*creatordate' '--format=%(objectname) 
%(objecttype)' refs/tags
15ded53c967dca1831ca142848440bbf484a7d6c commit
0fd481ea61586e6c21df9af419a7a9e137c23baa commit
0d9f3f9d7948962f841fc7bfb51fcd2e86cf1150 commit

Our gitstat.pl (or actually lib.pl) checks for the 'ref' keyword. I'm 
not sure if I made a mistake with git-cvsimport or that we need to 
adjust our script. Bottom line is that we think we don't have tags now.

2. Changelog page
=================
The attached screenshot shows that we overrun the boundaries for our 
sometimes very long lines. Doesn't look nice.

I do think we should speed up going to git.

Cheers,

Paul.

Hi,

이정승 wrote:
> Hi,
> 
> Ah,,,
> I could remember.
> I'd removed </div> tag...because of that reason. anyway, I restored it,again.
> but we should fix that bugs,

Yes, something I wanted to do for a (relatively) long time.

> 
> 
> And...there are trivial piece of work.
> 
> 1. I tested gitstat with GCC git tree.
>     but, I could not install gitstat-gcc with that msg.
> 
> ============================================================
> ------------------------------------------------------
>  Processing... It can take a long time (around 40 minutes)
> ------------------------------------------------------
> DBD::mysql::st execute failed: You have an error in your SQL syntax;
> check the manual that corresponds to your MySQL server version for the
> right syntax to use near '' at line 1 at lib/lib.pl line 127.
> DBD::mysql::st execute failed: Column 'subcategory4' cannot be null at
> ./gitstat.pl line 250.
> Column 'subcategory4' cannot be null at lib/log.pl line 33.
> 

I haven't touched any of the perl stuff yet. I will have a look as well.

> 
> ============================================================
> 
>    I didn't see that problem deeply.
>    It is a critical problem for gitstat.
> 
> 2. gitstat function On/Off
> 
> 
> - Domain chart problem
>     There are some git tree that don't show e-mail address directly.
> 
>      for example,
>      git://git.infradead.org/gcc.git
> 
>      That git-tree show e-mail address like that
>      gccadmin@138bc75d-0d04-0410-961f-82ee72b054a4
> 
>      so gitstat could not get domain information. and could not make
> domain chart.
> 
>      We should make some configuration for this case

I'll also have a look this weekend.

> 
> -   see this page.
> 
>       http://wilma.vub.ac.be/~se1_0708/Git-Statistics/
> 
>       They are not using E-mail service and Diff-manager..:-(

Diff-manager makes sense as it could fill up your harddisk.

>       anyway, gitstat user need gitstat On/Off function...

Can you explain what you mean here?

Cheers,

Paul.

SGksCgpBaCwsLApJIGNvdWxkIHJlbWVtYmVyLgpJJ2QgcmVtb3ZlZCA8L2Rpdj4gdGFnLi4uYmVj
YXVzZSBvZiB0aGF0IHJlYXNvbi4gYW55d2F5LCBJIHJlc3RvcmVkIGl0LGFnYWluLgpidXQgd2Ug
c2hvdWxkIGZpeCB0aGF0IGJ1Z3MsCgoKQW5kLi4udGhlcmUgYXJlIHRyaXZpYWwgcGllY2Ugb2Yg
d29yay4KCjEuIEkgdGVzdGVkIGdpdHN0YXQgd2l0aCBHQ0MgZ2l0IHRyZWUuCiAgICBidXQsIEkg
Y291bGQgbm90IGluc3RhbGwgZ2l0c3RhdC1nY2Mgd2l0aCB0aGF0IG1zZy4KCj09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KIFByb2Nlc3Np
bmcuLi4gSXQgY2FuIHRha2UgYSBsb25nIHRpbWUgKGFyb3VuZCA0MCBtaW51dGVzKQotLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KREJEOjpteXNx
bDo6c3QgZXhlY3V0ZSBmYWlsZWQ6IFlvdSBoYXZlIGFuIGVycm9yIGluIHlvdXIgU1FMIHN5bnRh
eDsKY2hlY2sgdGhlIG1hbnVhbCB0aGF0IGNvcnJlc3BvbmRzIHRvIHlvdXIgTXlTUUwgc2VydmVy
IHZlcnNpb24gZm9yIHRoZQpyaWdodCBzeW50YXggdG8gdXNlIG5lYXIgJycgYXQgbGluZSAxIGF0
IGxpYi9saWIucGwgbGluZSAxMjcuCkRCRDo6bXlzcWw6OnN0IGV4ZWN1dGUgZmFpbGVkOiBDb2x1
bW4gJ3N1YmNhdGVnb3J5NCcgY2Fubm90IGJlIG51bGwgYXQKLi9naXRzdGF0LnBsIGxpbmUgMjUw
LgpDb2x1bW4gJ3N1YmNhdGVnb3J5NCcgY2Fubm90IGJlIG51bGwgYXQgbGliL2xvZy5wbCBsaW5l
IDMzLgoKCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PQoKICAgSSBkaWRuJ3Qgc2VlIHRoYXQgcHJvYmxlbSBkZWVwbHkuCiAgIEl0IGlz
IGEgY3JpdGljYWwgcHJvYmxlbSBmb3IgZ2l0c3RhdC4KCjIuIGdpdHN0YXQgZnVuY3Rpb24gT24v
T2ZmCgoKLSBEb21haW4gY2hhcnQgcHJvYmxlbQogICAgVGhlcmUgYXJlIHNvbWUgZ2l0IHRyZWUg
dGhhdCBkb24ndCBzaG93IGUtbWFpbCBhZGRyZXNzIGRpcmVjdGx5LgoKICAgICBmb3IgZXhhbXBs
ZSwKICAgICBnaXQ6Ly9naXQuaW5mcmFkZWFkLm9yZy9nY2MuZ2l0CgogICAgIFRoYXQgZ2l0LXRy
ZWUgc2hvdyBlLW1haWwgYWRkcmVzcyBsaWtlIHRoYXQKICAgICBnY2NhZG1pbkAxMzhiYzc1ZC0w
ZDA0LTA0MTAtOTYxZi04MmVlNzJiMDU0YTQKCiAgICAgc28gZ2l0c3RhdCBjb3VsZCBub3QgZ2V0
IGRvbWFpbiBpbmZvcm1hdGlvbi4gYW5kIGNvdWxkIG5vdCBtYWtlCmRvbWFpbiBjaGFydC4KCiAg
ICAgV2Ugc2hvdWxkIG1ha2Ugc29tZSBjb25maWd1cmF0aW9uIGZvciB0aGlzIGNhc2UKCi0gICBz
ZWUgdGhpcyBwYWdlLgoKICAgICAgaHR0cDovL3dpbG1hLnZ1Yi5hYy5iZS9+c2UxXzA3MDgvR2l0
LVN0YXRpc3RpY3MvCgogICAgICBUaGV5IGFyZSBub3QgdXNpbmcgRS1tYWlsIHNlcnZpY2UgYW5k
IERpZmYtbWFuYWdlci4uOi0oCiAgICAgIGFueXdheSwgZ2l0c3RhdCB1c2VyIG5lZWQgZ2l0c3Rh
dCBPbi9PZmYgZnVuY3Rpb24uLi4KCgpJJ2xsIGNoZWNrIHRoYXQgcGllY2Ugb2Ygd29yay4KClRo
YW5rcywKCgpPbiBKYW4gNCwgMjAwOCA2OjQ3IFBNLCBQYXVsIFZyaWVucyA8cGF1bC52cmllbnMu
Z2l0c3RhdEBnbWFpbC5jb20+IHdyb3RlOgo+IEhpLAo+Cj4g7J207KCV7Iq5IHdyb3RlOgo+ID4g
SGksCj4gPgo+ID4gSSBoYWQgYWRkZWQgc3VidGl0bGUgb24gZ2l0c3RhdC4KPiA+IGJ1dCB0aGVy
ZSB3YXMgYSBzb21lIHByb2JsZW0gYWJvdXQgdGV4dCBhbGlnbm1lbnQuCj4gPiB3aGVuIHN1YnRp
dGxlIGhhcyBtb3JlIHRoYW4gc29tZSB0ZXh0LiAobmV3X2hlYWRlci5wbmcgd2luZV9oZWFkZXIu
cG5nKQo+ID4gU28gSSBnYXZlIGFic29sdXRlIGZlYXR1cmUoY3NzKSB0byB0b3AtbWVudSBmb3Ig
Y291bGQgYmUgb3ZlcmxhcHBlZAo+ID4gc3VidGl0bGUgdG8gdG9wLW1lbnUsCj4gPgo+ID4gSSBj
b3VsZG4ndCBmaW5kIGEgd2F5IGFsaWdubWVudCB0byA8ZGl2IGlkPWhlYWRlcj4uCj4gPiAncmln
aHQ9MHB4JyBqdXN0IG1ha2VzIGFsaWdubWVudCB0byA8Ym9keT4uCj4gPiBzbyBJIG1hZGUgYSBl
eHBlZGllbnQgKHNldCBsZWZ0PTU3JSkKPiA+IGFuZCB0aGF0IG1ha2VzIHNvbWUgZGVmZWN0cy4o
bWVudV9iZWZvcmUucG5nIGFuZCBtZW51X2FmdGVyLnBuZykKPiA+Cj4gPiBXZSBhcmUgbm90IHdl
YiBkZXZlbG9wbWVudCwKPiA+IElmIHRoZXJlIGFyZSBzb21lb25lIGtub3cgd2VsbCBhYm91dCB3
ZWIsIEl0J3MgYSBwaWVjZSBvZiBhIGNha2UgOi0pCj4KPiBJJ2xsIGdpdmUgaXQgYSBzaG90IHdo
ZW4gdGltZSBwZXJtaXRzLiBJJ20gbm90IGEgd2ViIGRldmVsb3BlciBhdCBhbGwgYnV0Cj4gd2ls
bGluZyB0byBsZWFybiA6LSkuCj4KPiA+Cj4gPiBJIHdvbmRlcmVkIGFib3V0IHRoYXQgdGV4dCBh
bGlnbm1lbnQgaXMgbm90IHN0aWxsIHdvcmtpbmcgd2VsbC4KPiA+IGJ1dCwgSSBjYW5ub3QgZmlu
ZCB0aGF0IGRlZmVjdHMgb24gbXkgbGFwdG9wLCBvciB0cmVlLmNlbGludXhmb3J1bS5vcmcuCj4g
PiBXb3VsZCB5b3UgY2hlY2sgYWJvdXQgdGhhdCBkZWZlY3RzPwo+Cj4gV2lsbCBnaXZlIGl0IGEg
dHJ5IGFzIHdlbGwuCj4KPiA+Cj4gPiBhbmQsIEkgYWRkZWQgPC9kaXY+IHRhZyB0byAsIEl0J3Mg
YSBmb29sIG1pc3Rha2UuLi46LSgKPgo+IEkndmUgYWRkZWQgaXQgbXlzZWxmIGFzIHdlbGwgdG8g
dHJ5IG91dCB0aGluZ3MuIEFzIHlvdSBjYW4gc2VlIG5vdyBvbiB0aGUveW91cgo+IHdlYnBhZ2Us
IHRoZSBjb2xvcnMgYXJlIG5vdCBjb3JyZWN0ICh0aGUgc2FtZSBhcyBiZWZvcmUpIGFueW1vcmUu
IEJlZm9yZSB0aGF0Cj4gZXh0cmEgPC9kaXY+IHRoZSBiYWNrZ3JvdW5kIG9mIHRoZSBjb250ZW50
IHdhcyB3aGl0ZSBub3cgaXQncyBncmV5IHdpdGggc29tZQo+IHdoaXRlIGJpdHMgYW5kIHBpZWNl
cy4KPgo+Cj4gPgo+ID4gVGhhbmtzLAo+ID4KPiA+Cj4gPgo+ID4KPiA+IE9uIEphbiA0LCAyMDA4
IDU6NTIgQU0sIFBhdWwgVnJpZW5zIDxwYXVsLnZyaWVucy5naXRzdGF0QGdtYWlsLmNvbT4gd3Jv
dGU6Cj4gPj4gSGksCj4gPj4KPiA+PiDsnbTsoJXsirkgd3JvdGU6Cj4gPj4+IEhpLAo+ID4+Pgo+
ID4+PiBPb3BzLCBJIGZvcmdvdCB0aGF0Li4uCj4gPj4+IEknbGwgZ2V0IHJpZCBvZiB0aGF0IGlu
IHRoZSBmb290ZXIucGhwCj4gPj4+Cj4gPj4gVGhhdCBsYXN0IGNoYW5nZSBmb3IgdGhlIHN1YnRp
dGxlIGRvZXNuJ3Qgd29yayBvdXQgbmljZWx5IG9uIG15IGxhcHRvcC4KPiA+PiBJdCBsb29rZWQg
T0sgb24gbXkgZGVza3RvcCB0aG91Z2guIEl0IGFsc28gZG9lc24ndCBsb29rIHRoYXQgbmljZSB3
aGVuCj4gPj4gdGhlIEdJVF9UUkVFX1VSTCBpcyBzaG9ydC4KPiA+Pgo+ID4+IEkndmUgYXR0YWNo
ZWQgYSBzY3JlZW5zaG90IG9mIHlvdXIgc2l0ZSBhcyBpdHMgc2hvd24gb24gbXkgbGFwdG9wCj4g
Pj4gKG5ld19oZWFkZXIucG5nKSBhbmQgZnJvbSBteSBvd24gKGludGVybmFsKSB3aW5lIGdpdHN0
YXQgKHdpbmVfaGVhZGVyLnBuZykuCj4gPj4KPiA+PiBCZWZvcmUgdGhlIGNoYW5nZXMgdGhlIG1l
bnUgYWxzbyBsaW5lcyB1cCBuaWNlbHkgd2l0aCB0aGUgcmVzdCBvZiB0aGUKPiA+PiBwYWdlLiBU
aGF0J3Mgbm90IHRoZSBjYXNlIGFueW1vcmUgKHNlZSBtZW51X2JlZm9yZS5wbmcgYW5kIG1lbnVf
YWZ0ZXIucG5nKS4KPiA+Pgo+ID4+IFdoaWxlIHdlIGFyZSBpdCA7LSkgSSBhbHNvIHNhdyB0aGF0
IG91ciBwYWdlcyBkb24ndCBhY3R1YWxseSBoYXZlOgo+ID4+Cj4gPj4gLSBoZWFkZXIKPiA+PiAt
IGNvbnRlbnQKPiA+PiAtIGZvb3Rlcgo+ID4+Cj4gPj4gYnV0IHJhdGhlcgo+ID4+Cj4gPj4gLSBo
ZWFkZXIKPiA+PiAtIGNvbnRlbnQgKGluY2x1ZGluZyBmb290ZXIpCj4gPj4KPiA+PiBUaGVyZSdz
IGEgPC9kaXY+IG1pc3NpbmcgKHRoZSBjb21tZW50IGlzIHRoZXJlIHRob3VnaCkgaW4gZm9vdGVy
LnBocC4KPiA+Pgo+ID4+IEknbSBnbGFkIHlvdSdyZSB3b3JraW5nIG9uIHRoaXMuIEF0IGxlYXN0
IHRoZXJlIGlzIHNvbWVvbmUgdG8gZGlzY3Vzcwo+ID4+IHRoaW5ncyB3aXRoIG5vdyA6LSkKPiA+
Pgo+ID4+IENoZWVycywKPiA+Pgo+ID4+IFBhdWwuCj4gPj4KPiA+Pgo+ID4+Cj4KPgo=

SGksCgpJIGhhZCBhZGRlZCBzdWJ0aXRsZSBvbiBnaXRzdGF0LgpidXQgdGhlcmUgd2FzIGEgc29t
ZSBwcm9ibGVtIGFib3V0IHRleHQgYWxpZ25tZW50Lgp3aGVuIHN1YnRpdGxlIGhhcyBtb3JlIHRo
YW4gc29tZSB0ZXh0LiAobmV3X2hlYWRlci5wbmcgd2luZV9oZWFkZXIucG5nKQpTbyBJIGdhdmUg
YWJzb2x1dGUgZmVhdHVyZShjc3MpIHRvIHRvcC1tZW51IGZvciBjb3VsZCBiZSBvdmVybGFwcGVk
CnN1YnRpdGxlIHRvIHRvcC1tZW51LAoKSSBjb3VsZG4ndCBmaW5kIGEgd2F5IGFsaWdubWVudCB0
byA8ZGl2IGlkPWhlYWRlcj4uCidyaWdodD0wcHgnIGp1c3QgbWFrZXMgYWxpZ25tZW50IHRvIDxi
b2R5Pi4Kc28gSSBtYWRlIGEgZXhwZWRpZW50IChzZXQgbGVmdD01NyUpCmFuZCB0aGF0IG1ha2Vz
IHNvbWUgZGVmZWN0cy4obWVudV9iZWZvcmUucG5nIGFuZCBtZW51X2FmdGVyLnBuZykKCldlIGFy
ZSBub3Qgd2ViIGRldmVsb3BtZW50LApJZiB0aGVyZSBhcmUgc29tZW9uZSBrbm93IHdlbGwgYWJv
dXQgd2ViLCBJdCdzIGEgcGllY2Ugb2YgYSBjYWtlIDotKQoKSSB3b25kZXJlZCBhYm91dCB0aGF0
IHRleHQgYWxpZ25tZW50IGlzIG5vdCBzdGlsbCB3b3JraW5nIHdlbGwuCmJ1dCwgSSBjYW5ub3Qg
ZmluZCB0aGF0IGRlZmVjdHMgb24gbXkgbGFwdG9wLCBvciB0cmVlLmNlbGludXhmb3J1bS5vcmcu
CldvdWxkIHlvdSBjaGVjayBhYm91dCB0aGF0IGRlZmVjdHM/CgphbmQsIEkgYWRkZWQgPC9kaXY+
IHRhZyB0byAsIEl0J3MgYSBmb29sIG1pc3Rha2UuLi46LSgKClRoYW5rcywKCgoKCk9uIEphbiA0
LCAyMDA4IDU6NTIgQU0sIFBhdWwgVnJpZW5zIDxwYXVsLnZyaWVucy5naXRzdGF0QGdtYWlsLmNv
bT4gd3JvdGU6Cj4gSGksCj4KPiDsnbTsoJXsirkgd3JvdGU6Cj4gPiBIaSwKPiA+Cj4gPiBPb3Bz
LCBJIGZvcmdvdCB0aGF0Li4uCj4gPiBJJ2xsIGdldCByaWQgb2YgdGhhdCBpbiB0aGUgZm9vdGVy
LnBocAo+ID4KPiBUaGF0IGxhc3QgY2hhbmdlIGZvciB0aGUgc3VidGl0bGUgZG9lc24ndCB3b3Jr
IG91dCBuaWNlbHkgb24gbXkgbGFwdG9wLgo+IEl0IGxvb2tlZCBPSyBvbiBteSBkZXNrdG9wIHRo
b3VnaC4gSXQgYWxzbyBkb2Vzbid0IGxvb2sgdGhhdCBuaWNlIHdoZW4KPiB0aGUgR0lUX1RSRUVf
VVJMIGlzIHNob3J0Lgo+Cj4gSSd2ZSBhdHRhY2hlZCBhIHNjcmVlbnNob3Qgb2YgeW91ciBzaXRl
IGFzIGl0cyBzaG93biBvbiBteSBsYXB0b3AKPiAobmV3X2hlYWRlci5wbmcpIGFuZCBmcm9tIG15
IG93biAoaW50ZXJuYWwpIHdpbmUgZ2l0c3RhdCAod2luZV9oZWFkZXIucG5nKS4KPgo+IEJlZm9y
ZSB0aGUgY2hhbmdlcyB0aGUgbWVudSBhbHNvIGxpbmVzIHVwIG5pY2VseSB3aXRoIHRoZSByZXN0
IG9mIHRoZQo+IHBhZ2UuIFRoYXQncyBub3QgdGhlIGNhc2UgYW55bW9yZSAoc2VlIG1lbnVfYmVm
b3JlLnBuZyBhbmQgbWVudV9hZnRlci5wbmcpLgo+Cj4gV2hpbGUgd2UgYXJlIGl0IDstKSBJIGFs
c28gc2F3IHRoYXQgb3VyIHBhZ2VzIGRvbid0IGFjdHVhbGx5IGhhdmU6Cj4KPiAtIGhlYWRlcgo+
IC0gY29udGVudAo+IC0gZm9vdGVyCj4KPiBidXQgcmF0aGVyCj4KPiAtIGhlYWRlcgo+IC0gY29u
dGVudCAoaW5jbHVkaW5nIGZvb3RlcikKPgo+IFRoZXJlJ3MgYSA8L2Rpdj4gbWlzc2luZyAodGhl
IGNvbW1lbnQgaXMgdGhlcmUgdGhvdWdoKSBpbiBmb290ZXIucGhwLgo+Cj4gSSdtIGdsYWQgeW91
J3JlIHdvcmtpbmcgb24gdGhpcy4gQXQgbGVhc3QgdGhlcmUgaXMgc29tZW9uZSB0byBkaXNjdXNz
Cj4gdGhpbmdzIHdpdGggbm93IDotKQo+Cj4gQ2hlZXJzLAo+Cj4gUGF1bC4KPgo+Cj4K