Menu
▾
▴
gitstat-devel
|
From: Paul V. <pau...@gm...> - 2008-01-22 19:50:30
|
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. |
|
From: Lee j. <jun...@gm...> - 2008-01-23 00:05:48
|
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 |
|
From: Paul V. <pau...@gm...> - 2008-01-23 07:10:07
|
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 > |
|
From: Lee j. <jun...@gm...> - 2008-01-23 07:21:23
|
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 |
|
From: Paul V. <pau...@gm...> - 2008-01-23 08:22:38
|
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 > |
|
From: Lee j. <jun...@gm...> - 2008-01-25 00:54:57
|
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 |
|
From: Paul V. <pau...@gm...> - 2008-01-25 06:52:13
|
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. |
|
From: Lee j. <jun...@gm...> - 2008-01-30 09:06:03
|
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 |
|
From: Paul V. <pau...@gm...> - 2008-01-30 09:38:16
|
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. |
|
From: Lee j. <jun...@gm...> - 2008-02-01 11:33:39
|
Hi, I modified some code related with time-zone (modified time() to gmtime()) and committed it at sf.net. Now, It looks like run well. (Number of changesets (Day) and Number of changesets (Month)) But there are another miss calculated statistics. I have other kernel git-tree for gitstat testing. I made a graph and statistics for Top contributors (Kernel release v2.6.24) The results are... 56 David Woodhouse 41 (tree.celinuxforum.org) 121 David Woodhouse 20 (my own gitstat) 16 Alan Cox 91 (tree.celinuxforum.org) 14 Alan Cox 104 (my own gitstat) Of course, I am making up-to-date both gitstat. Our first mission for gitstat is that it should give accuracy statistics. So, We should focus on that more than other issue. Thanks, -----Original Message----- From: Paul Vriens [mailto:pau...@gm...] Sent: Friday, February 01, 2008 4:29 PM To: ??? Subject: Re: [Gitstat-devel] [gitstat-devel]Timezone problem Paul Vriens wrote: > 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, > > Hi Lee, > > I see you've started committing some of those timezone changes. You > accidentally reverted a change in index.php (moving stuff over to > libgather.php). Can you fix that? > > Cheers, > > Paul. > Hi, I also see that the current index.php (and chart.php) doesn't show the correct graph anymore for the 'commits per month'. When I go to http://tree.celinuxforum.org/gitstat/ I see that this graph end for Dec/07 where it should have been Jan/08. This wasn't the case before. Cheers, Paul. |
|
From: Paul V. <pau...@gm...> - 2008-02-02 14:37:39
|
Lee jungseung wrote: > Hi, > > I modified some code related with time-zone (modified time() to gmtime()) > and committed it at sf.net. > Now, It looks like run well. > (Number of changesets (Day) and Number of changesets (Month)) > > > But there are another miss calculated statistics. > I have other kernel git-tree for gitstat testing. > > I made a graph and statistics for Top contributors (Kernel release v2.6.24) > > The results are... > > 56 David Woodhouse 41 (tree.celinuxforum.org) > 121 David Woodhouse 20 (my own gitstat) > > 16 Alan Cox 91 (tree.celinuxforum.org) > 14 Alan Cox 104 (my own gitstat) > > Of course, I am making up-to-date both gitstat. > > Our first mission for gitstat is that it should give accuracy statistics. > So, We should focus on that more than other issue. > Thanks, Hi Lee, I've setup a private kernel gitstat and see the same results as you do. We probably have to recreate the database on tree.celinuxforum.org. The tags on that site are also not correct. Remember that issue we had with the date of the tags? That was fixed but the database was never created again on that site. I agree a 100% with you that the statistics should be correct and that this should be our first goal. That's mainly the reason I'm working on moving all kind of calculations to one single place now. Once that is done we probably have to start comparing output from all kinds of different sources (including plain git commands) to the stuff we show on our pages. That doesn't prevent us from doing the minor tweaking to whatever we find though. Cheers, Paul. |
|
From: Lee j. <jun...@gm...> - 2008-01-29 08:26:38
|
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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X