Menu
▾
▴
gitstat-devel — for developers
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(10) |
Sep
(48) |
Oct
(7) |
Nov
(16) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(27) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
(1) |
| 2009 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Paul V. <pau...@gm...> - 2008-01-10 21:02:38
|
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. |
|
From: <jun...@gm...> - 2008-01-07 10:08:11
|
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. > > |
|
From: <jun...@gm...> - 2008-01-07 09:46:39
|
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= |
|
From: <jun...@gm...> - 2008-01-06 23:50:14
|
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== |
|
From: Paul V. <pau...@gm...> - 2008-01-06 20:59:28
|
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. |
|
From: Paul V. <pau...@gm...> - 2008-01-04 12:09:54
|
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. |
|
From: <jun...@gm...> - 2008-01-04 10:59:31
|
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= |
|
From: <jun...@gm...> - 2008-01-04 09:42:02
|
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 |
|
From: <jun...@gm...> - 2008-01-03 12:26:19
|
SGksCgpPb3BzLCBJIGZvcmdvdCB0aGF0Li4uCkknbGwgZ2V0IHJpZCBvZiB0aGF0IGluIHRoZSBm b290ZXIucGhwCgpJIGFtIHVzaW5nICdMZWUgSnVuZ3NldW5nJyBvZmZpY2lhbGx5LCAuLgpidXQs IFNoYXduIGNhbGxlZCBtZSAnSmVvbmdzZW9uZycgIDotKAoKYW55d2F5LCBJIGFtIGp1bmdzZXVu ZyA6KQoKVGhhbmtzLAoKCgpPbiBKYW4gMywgMjAwOCA5OjE3IFBNLCBQYXVsIFZyaWVucyA8cGF1 bC52cmllbnMuZ2l0c3RhdEBnbWFpbC5jb20+IHdyb3RlOgo+IEhpLAo+Cj4gQ2FuIHlvdSB0ZWxs IG1lIHRoZSBuYW1lIEkgc2hvdWxkIHVzZSBpbiBteSBlbWFpbHMgdG8geW91PyBJcyBpdCBKZW9u Z3Nlb25nIG9yCj4gSnVuZ1NldW5nPyBTb3JyeSBmb3IgbXkgaWdub3JhbmNlIGJ1dCBJJ20gYSBi aXQgY29uZnVzZWQgOi0oCj4KPiBBcyB5b3UndmUgYWRkZWQgdGhlIHN1Yi10aXRsZSB0byBoZWFk ZXIucGhwIHlvdSBzaG91bGQgZ2V0IHJpZCBvZiB0aGF0IGluIHRoZQo+IGZvb3Rlci5waHAgSSBn dWVzcyAoVGhlIFVSTDogdGhpbmd5KS4gSSBhZ3JlZSB0aGF0IHRoZSBvaGxvaCBiYWRnZSBpcyBw cm9iYWJseQo+IG5vdCBhcHByb3ByaWF0ZSBvbiBldmVyeWJvZHkncyBwYWdlLgo+Cj4gQ2hlZXJz LAo+Cj4gUGF1bC4KPgo+Cj4g7J207KCV7Iq5IHdyb3RlOgo+ID4gSGksIFBhdWwKPiA+IFRoYW5r cyBmb3IgeW91ciBncmVldGluZy4KPiA+Cj4gPiBJIGFtIGNoZWNraW5nIHJvb3Qgc3R5bGUuY3Nz IGZvciBtZXJnaW5nIHRoYXQgd2l0aCBpbWFnZXMvc3R5bGUuY3NzLgo+ID4gYWN0dWFsbHkgaXQg d2FzIHVzZWQgYnkga2ZtKGtlcm5lbCBmZWF0dXJlIG1vbml0b3JpbmcpLgo+ID4gbm93IEl0IGlz IG5lZWRsZXNzIG1vc3RseS4KPiA+Cj4gPiBJIGFkZGVkIHN1Yi10aXRsZSBvZiBnaXRzdGF0IGlu IGhlYWRlci5waHAuCj4gPiBzbyBJIG1vZGlmaWVkIGltYWdlL3N0eWxlLmNzcyBmb3Igc2hvdyB0 b3AtbWVudSBub3JtYWxseS4KPiA+IGFuZCBJIGFkZGVkIG9obG9oIGJhZGdlIGF0IGZvb3Rlci5w aHAsIGJ1dCBJIGRvbid0IGtub3cgYWJvdXQgdGhhdCBJdAo+ID4gc2hvdWxkIGJlIGFkZGVkIHRv IENWUy4KPiA+Cj4gPiBUaGFua3MgYWx3YXlzLgo+ID4KPiA+IHAucwo+ID4gSSB1c2UgZ29vZ2xl IG1haWwgZm9yIGdpdHN0YXQsOikKPiA+Cj4gPgo+ID4gT24gSmFuIDMsIDIwMDggODo1MyBQTSwg 7J207KCV7Iq5IDxqdW5nc2V1bmdsZWVAZ21haWwuY29tPiB3cm90ZToKPiA+PiBPbiBKYW4gMywg MjAwOCA4OjUxIFBNLCBQYXVsIFZyaWVucyA8cGF1bC52cmllbnMuZ2l0c3RhdEBnbWFpbC5jb20+ IHdyb3RlOgo+ID4+PiBEaWRuJ3Qga25vdyB3aGljaCBlbWFpbCBhZGRyZXNzIHRvIGNob29zZSBm cm9tLgo+ID4+Pgo+ID4+PiAtLS0tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tLS0tCj4gPj4+ IFN1YmplY3Q6IFJlOiBZb3VyIGNoYW5nZXMgdG8gc3R5bGUuY3NzCj4gPj4+IERhdGU6IFRodSwg MDMgSmFuIDIwMDggMTI6NDc6MTUgKzAxMDAKPiA+Pj4gRnJvbTogUGF1bCBWcmllbnMgPFBhdWwu VnJpZW5zLmdpdHN0YXRAZ21haWwuY29tPgo+ID4+PiBUbzoganMwNy5sZWVAc2Ftc3VuZy5jb20K PiA+Pj4gUmVmZXJlbmNlczogPDQ3N0NDOUM3LjgwMDA2MDBAZ21haWwuY29tPgo+ID4+Pgo+ID4+ PiBQYXVsIFZyaWVucyB3cm90ZToKPiA+Pj4+IEhpIEplb25nc2VvbmcsCj4gPj4+Pgo+ID4+Pj4g Rmlyc3Qgb2YgYWxsIG15IGJlc3Qgd2lzaGVzIHRvIHlvdSBmb3IgMjAwOC4KPiA+Pj4+Cj4gPj4+ PiBJIHNhdyB5b3UndmUgY2hhbmdlZCB0aGUgcm9vdCBzdHlsZS5jc3MgZmlsZS4gSXMgdGhhdCBm aWxlIHVzZWQgYXQgYWxsPwo+ID4+Pj4gSSBoYXZlbid0IGNoZWNrZWQgZXZlcnl0aGluZyBidXQg aXQgYXBwZWFycyBtb3N0bHkgaW1hZ2VzL3N0eWxlLmNzcyBpcwo+ID4+Pj4gdXNlZC4KPiA+Pj4+ Cj4gPj4+PiBDaGVlcnMsCj4gPj4+Pgo+ID4+Pj4gUGF1bC4KPiA+Pj4+Cj4gPj4+IEFuZCBJIHNl ZSB5b3UgZGlkIHNvbWUgY2hhbmdlcyB0byBmb290ZXIucGhwIChjYW4gYmUgc2VlbiBvbgo+ID4+ PiBodHRwOi8vdHJlZS5jZWxpbnV4Zm9ydW0ub3JnL2dpdHN0YXQvKSBidXQgdGhvc2UgYXJlIG5v dCBpbiBDVlMgKHlldCkuCj4gPj4+Cj4gPj4+IENoZWVycywKPiA+Pj4KPiA+Pj4gUGF1bC4KPiA+ Pj4KPiA+Pj4KPgo+Cg== |
|
From: <jun...@gm...> - 2008-01-03 12:10:17
|
SGksIFBhdWwKVGhhbmtzIGZvciB5b3VyIGdyZWV0aW5nLgoKSSBhbSBjaGVja2luZyByb290IHN0 eWxlLmNzcyBmb3IgbWVyZ2luZyB0aGF0IHdpdGggaW1hZ2VzL3N0eWxlLmNzcy4KYWN0dWFsbHkg aXQgd2FzIHVzZWQgYnkga2ZtKGtlcm5lbCBmZWF0dXJlIG1vbml0b3JpbmcpLgpub3cgSXQgaXMg bmVlZGxlc3MgbW9zdGx5LgoKSSBhZGRlZCBzdWItdGl0bGUgb2YgZ2l0c3RhdCBpbiBoZWFkZXIu cGhwLgpzbyBJIG1vZGlmaWVkIGltYWdlL3N0eWxlLmNzcyBmb3Igc2hvdyB0b3AtbWVudSBub3Jt YWxseS4KYW5kIEkgYWRkZWQgb2hsb2ggYmFkZ2UgYXQgZm9vdGVyLnBocCwgYnV0IEkgZG9uJ3Qg a25vdyBhYm91dCB0aGF0IEl0CnNob3VsZCBiZSBhZGRlZCB0byBDVlMuCgpUaGFua3MgYWx3YXlz LgoKcC5zCkkgdXNlIGdvb2dsZSBtYWlsIGZvciBnaXRzdGF0LDopCgoKT24gSmFuIDMsIDIwMDgg ODo1MyBQTSwg7J207KCV7Iq5IDxqdW5nc2V1bmdsZWVAZ21haWwuY29tPiB3cm90ZToKPgo+IE9u IEphbiAzLCAyMDA4IDg6NTEgUE0sIFBhdWwgVnJpZW5zIDxwYXVsLnZyaWVucy5naXRzdGF0QGdt YWlsLmNvbT4gd3JvdGU6Cj4gPiBEaWRuJ3Qga25vdyB3aGljaCBlbWFpbCBhZGRyZXNzIHRvIGNo b29zZSBmcm9tLgo+ID4KPiA+IC0tLS0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0tLS0KPiA+ IFN1YmplY3Q6IFJlOiBZb3VyIGNoYW5nZXMgdG8gc3R5bGUuY3NzCj4gPiBEYXRlOiBUaHUsIDAz IEphbiAyMDA4IDEyOjQ3OjE1ICswMTAwCj4gPiBGcm9tOiBQYXVsIFZyaWVucyA8UGF1bC5Wcmll bnMuZ2l0c3RhdEBnbWFpbC5jb20+Cj4gPiBUbzoganMwNy5sZWVAc2Ftc3VuZy5jb20KPiA+IFJl ZmVyZW5jZXM6IDw0NzdDQzlDNy44MDAwNjAwQGdtYWlsLmNvbT4KPiA+Cj4gPiBQYXVsIFZyaWVu cyB3cm90ZToKPiA+ID4gSGkgSmVvbmdzZW9uZywKPiA+ID4KPiA+ID4gRmlyc3Qgb2YgYWxsIG15 IGJlc3Qgd2lzaGVzIHRvIHlvdSBmb3IgMjAwOC4KPiA+ID4KPiA+ID4gSSBzYXcgeW91J3ZlIGNo YW5nZWQgdGhlIHJvb3Qgc3R5bGUuY3NzIGZpbGUuIElzIHRoYXQgZmlsZSB1c2VkIGF0IGFsbD8K PiA+ID4gSSBoYXZlbid0IGNoZWNrZWQgZXZlcnl0aGluZyBidXQgaXQgYXBwZWFycyBtb3N0bHkg aW1hZ2VzL3N0eWxlLmNzcyBpcwo+ID4gPiB1c2VkLgo+ID4gPgo+ID4gPiBDaGVlcnMsCj4gPiA+ Cj4gPiA+IFBhdWwuCj4gPiA+Cj4gPiBBbmQgSSBzZWUgeW91IGRpZCBzb21lIGNoYW5nZXMgdG8g Zm9vdGVyLnBocCAoY2FuIGJlIHNlZW4gb24KPiA+IGh0dHA6Ly90cmVlLmNlbGludXhmb3J1bS5v cmcvZ2l0c3RhdC8pIGJ1dCB0aG9zZSBhcmUgbm90IGluIENWUyAoeWV0KS4KPiA+Cj4gPiBDaGVl cnMsCj4gPgo+ID4gUGF1bC4KPiA+Cj4gPgo+Cg== |
|
From: Paul V. <pau...@gm...> - 2007-12-17 12:33:39
|
Thanks for the email, now I know I'm not the only one reading this list ;-). Although several features are needed/wanted I'm still not pleased with the foundation of gitstat. So I will keep concentrating on that part and of course the installation stuff I started with. One of the new ideas I'm having is to modularize a bit more (just in the thinking process currently). The idea is for example when looking at the index page that we currently have all the code in there. The new idea would be: index.php: header.php <module 1> <module 2> <module 3> footer.php Whereby the modules are standalone scripts that only perform a specific task, like showing the commits per day etc... That way we have a very simple index.php with very easey means to add/change stuff. The same can be done to all other pages if needed. As said, this is still in the 'thinking' phase. You see I have plenty time to think but hardly time to code. Cheers, Paul. ??? wrote: > Hi, > > Sorry about late reply. I took a vacation for my private work. > > I absoulutely sympathize with your mail. As we know, we didn't take > any commit for gitstat thesedays. The reasons are my lazy and my > business. > > Anyway, We should progress our gistat project. Many people are waiting > for next release. > We have urgent issue and some bugs. > But, in a way, I thought that most of gitstat function is working well, now . > > I want to progress this project as a side job with long time, > And I want to keep this gitstat developer's relationship, untiringly. > > I don't know about SQLite wll, but It could be to makes our gitstat > more slim and usable. > Good suggestion. > > Thanks. > > p.s) > I found some gitstat :) > http://git.koha.org/gitstat/ > > On Dec 10, 2007 6:30 PM, Paul Vriens <pau...@gm...> wrote: >> Hi, >> >> As you may have noticed, the number of patches is slowing down quite >> drastically. The time I can spent on the project is more limited currently. I >> hope it will change in the (nearby) future though. >> >> There are several issues that still need to be solved but I'm currently focusing >> on two (2) items: >> >> - Getting an installation.php (almost finished) >> - Splitting of the data gathering from the main pages (started the thinking) >> >> The reason for item one is obviously to ease the installation part. Once that's >> done I'll continue with making the configuration a bit easier. Both these items >> are intended to get rid of the hand-written config files. >> >> Currently some of our pages (noticeably index.php and chart.php) contain a lot >> of duplicate code to fetch data from the MySQL database. >> I think we should generate this data via separate 'library' functions and have >> the index/chart pages call these functions. The major benefits are that we have >> one source for gathering data and that we split the layout a little bit more >> from the content. >> >> Putting the data gathering part into separate functions will also make it easier >> to implement other data sources. So instead of just having MySQL we could have >> SQLite, MS SQL or even no database at all (just call the needed git functions >> directly). >> The above is not something I plan to do but was just another thought. >> >> I think the 2 mentioned items is something for version 0.5 but I also want to >> throw in a few extra's, just to make it worthwhile upgrading. Obviously we have >> to fix some of the outstanding issue. The most important one is the 'author per >> release' which is still not correct. >> >> Hope to hear for other suggestions, remarks etc.. >> >> Cheers, >> >> Paul. >> >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Gitstat-devel mailing list >> Git...@li... >> https://lists.sourceforge.net/lists/listinfo/gitstat-devel >> > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Gitstat-devel mailing list > Git...@li... > https://lists.sourceforge.net/lists/listinfo/gitstat-devel > |
|
From: <jun...@gm...> - 2007-12-17 11:31:26
|
Hi, Sorry about late reply. I took a vacation for my private work. I absoulutely sympathize with your mail. As we know, we didn't take any commit for gitstat thesedays. The reasons are my lazy and my business. Anyway, We should progress our gistat project. Many people are waiting for next release. We have urgent issue and some bugs. But, in a way, I thought that most of gitstat function is working well, now . I want to progress this project as a side job with long time, And I want to keep this gitstat developer's relationship, untiringly. I don't know about SQLite wll, but It could be to makes our gitstat more slim and usable. Good suggestion. Thanks. p.s) I found some gitstat :) http://git.koha.org/gitstat/ On Dec 10, 2007 6:30 PM, Paul Vriens <pau...@gm...> wrote: > Hi, > > As you may have noticed, the number of patches is slowing down quite > drastically. The time I can spent on the project is more limited currently. I > hope it will change in the (nearby) future though. > > There are several issues that still need to be solved but I'm currently focusing > on two (2) items: > > - Getting an installation.php (almost finished) > - Splitting of the data gathering from the main pages (started the thinking) > > The reason for item one is obviously to ease the installation part. Once that's > done I'll continue with making the configuration a bit easier. Both these items > are intended to get rid of the hand-written config files. > > Currently some of our pages (noticeably index.php and chart.php) contain a lot > of duplicate code to fetch data from the MySQL database. > I think we should generate this data via separate 'library' functions and have > the index/chart pages call these functions. The major benefits are that we have > one source for gathering data and that we split the layout a little bit more > from the content. > > Putting the data gathering part into separate functions will also make it easier > to implement other data sources. So instead of just having MySQL we could have > SQLite, MS SQL or even no database at all (just call the needed git functions > directly). > The above is not something I plan to do but was just another thought. > > I think the 2 mentioned items is something for version 0.5 but I also want to > throw in a few extra's, just to make it worthwhile upgrading. Obviously we have > to fix some of the outstanding issue. The most important one is the 'author per > release' which is still not correct. > > Hope to hear for other suggestions, remarks etc.. > > Cheers, > > Paul. > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Gitstat-devel mailing list > Git...@li... > https://lists.sourceforge.net/lists/listinfo/gitstat-devel > |
|
From: Paul V. <pau...@gm...> - 2007-12-10 09:30:22
|
Hi, As you may have noticed, the number of patches is slowing down quite drastically. The time I can spent on the project is more limited currently. I hope it will change in the (nearby) future though. There are several issues that still need to be solved but I'm currently focusing on two (2) items: - Getting an installation.php (almost finished) - Splitting of the data gathering from the main pages (started the thinking) The reason for item one is obviously to ease the installation part. Once that's done I'll continue with making the configuration a bit easier. Both these items are intended to get rid of the hand-written config files. Currently some of our pages (noticeably index.php and chart.php) contain a lot of duplicate code to fetch data from the MySQL database. I think we should generate this data via separate 'library' functions and have the index/chart pages call these functions. The major benefits are that we have one source for gathering data and that we split the layout a little bit more from the content. Putting the data gathering part into separate functions will also make it easier to implement other data sources. So instead of just having MySQL we could have SQLite, MS SQL or even no database at all (just call the needed git functions directly). The above is not something I plan to do but was just another thought. I think the 2 mentioned items is something for version 0.5 but I also want to throw in a few extra's, just to make it worthwhile upgrading. Obviously we have to fix some of the outstanding issue. The most important one is the 'author per release' which is still not correct. Hope to hear for other suggestions, remarks etc.. Cheers, Paul. |
|
From: Paul V. <pau...@gm...> - 2007-11-27 13:09:52
|
Paul Vriens wrote: > Ilpo Järvinen wrote: >> Hi, >> >> I wonder how does it decide that there are 10 commits from me in -rc3? >> Git disagrees: >> $ git-log --author="Ilpo .*" --pretty=oneline ^v2.6.24-rc2 v2.6.24-rc3 >> | wc -l >> 8 >> ...and then rc2 list is missing those two (57 vs 59). >> >> Other people seem to have such incorrect numbers too. >> >> > I think I found the issue. There are a few actually: > > We check for >= prev_version and <= ths_version. This should be '> > prev_version'. I'll fix this ASAP. That would fix the issue with > reporting 10 instead of 8. > > In this particular case I can see 3 different variations of Ilpo's name: > > Ilpo J<E4>rvinen <ilp...@he...> > Ilpo Järvinen <ilp...@he...> > Ilpo Jarvinen <ilp...@he...> > > (both in our DB and with the git-log command). If you look in the > current output on the website (underneath the graph) you will those 3 > names as well. > > I have to think about that last issue. > > Cheers, > > Paul. > > > I've committed some fixes but it's still not correct :-(. Bear with me, it will be fixed soon. I'm still struggling with the different names, especially because I'm not particularly knowledgeable about locales and such. So I could use some help with that part of the equation. Cheers, Paul. |
|
From: Paul V. <pau...@gm...> - 2007-11-26 11:19:25
|
Ilpo Järvinen wrote: > Hi, > > I wonder how does it decide that there are 10 commits from me in -rc3? > > Git disagrees: > $ git-log --author="Ilpo .*" --pretty=oneline ^v2.6.24-rc2 v2.6.24-rc3 | wc -l > 8 > ...and then rc2 list is missing those two (57 vs 59). > > Other people seem to have such incorrect numbers too. > > I think I found the issue. There are a few actually: We check for >= prev_version and <= ths_version. This should be '> prev_version'. I'll fix this ASAP. That would fix the issue with reporting 10 instead of 8. In this particular case I can see 3 different variations of Ilpo's name: Ilpo J<E4>rvinen <ilp...@he...> Ilpo Järvinen <ilp...@he...> Ilpo Jarvinen <ilp...@he...> (both in our DB and with the git-log command). If you look in the current output on the website (underneath the graph) you will those 3 names as well. I have to think about that last issue. Cheers, Paul. |
|
From: <ilp...@he...> - 2007-11-21 15:10:02
|
Hi, I wonder how does it decide that there are 10 commits from me in -rc3? Git disagrees: $ git-log --author="Ilpo .*" --pretty=oneline ^v2.6.24-rc2 v2.6.24-rc3 | wc -l 8 ...and then rc2 list is missing those two (57 vs 59). Other people seem to have such incorrect numbers too. -- i. |
|
From: Paul V. <pau...@gm...> - 2007-11-12 09:48:53
|
Paul Mundt wrote: > On Mon, Nov 12, 2007 at 10:27:05AM +0100, Paul Vriens wrote: >> We know to what tag a commit belongs so it's fine to use that for the graph. >> >> The reason that the numbers were not correct is purely the date of the >> commits (AFAIK). If I take for example commit >> e7bd34a15b85655f24d1b45edbe3bdfebf9d027e: >> > [snip] > >> This patch dates Jul-31 whereas 2.6.23 came out on Oct-9. >> > I don't know if it matters or not, but I do frequently rebase my trees, > which results in a different timestamp for commit and author. Perhaps > this is something that tripped up gitstat? > That was my thought as well. We have seen several cases now where using the date is a bad idea so we need to find some other means. As we already had the tag with each commit (when it's stored in the DB) this was an easy one. The problem has been there all along btw. It's just that with the latest release we also included the possibility to show release candidates which made the number of commits between tags less so more obvious to spot. Thanks for the report anyway and I hope you continue to use gitstat. We have lots more changes planned and if you have any ideas/wishes just shout (or create a request on the SourceForge site). Cheers, Paul. |
|
From: Paul M. <le...@li...> - 2007-11-12 09:34:00
|
On Mon, Nov 12, 2007 at 10:27:05AM +0100, Paul Vriens wrote: > We know to what tag a commit belongs so it's fine to use that for the graph. > > The reason that the numbers were not correct is purely the date of the > commits (AFAIK). If I take for example commit > e7bd34a15b85655f24d1b45edbe3bdfebf9d027e: > [snip] > This patch dates Jul-31 whereas 2.6.23 came out on Oct-9. > I don't know if it matters or not, but I do frequently rebase my trees, which results in a different timestamp for commit and author. Perhaps this is something that tripped up gitstat? |
|
From: Paul V. <pau...@gm...> - 2007-11-12 09:27:23
|
Paul Vriens wrote:
> Hi,
>
> Yes stupid thinko(s).
>
> Using the date for the tags was a bad idea in this case. We picked the
> date from the tags and used that as limits. What basically happened was:
>
> get date of last tag : Dec-1-2007
> get date of the tag before that : Nov-1-2007
>
> and then we calculate the commits between those dates. That's obviously
> wrong as the date marks the 'end of a release'.
>
>
Please forget the bogus explanation. The fix I committed is correct but for
different reasons as stated above.
We know to what tag a commit belongs so it's fine to use that for the graph.
The reason that the numbers were not correct is purely the date of the commits
(AFAIK). If I take for example commit e7bd34a15b85655f24d1b45edbe3bdfebf9d027e:
[paul@penguin linux-2.6.git]$ git show e7bd34a15b85655f24d1b45edbe3bdfebf9d027e
commit e7bd34a15b85655f24d1b45edbe3bdfebf9d027e
Author: Paul Mundt <le...@li...>
Date: Tue Jul 31 17:07:28 2007 +0900
sh: Support explicit L1 cache disabling.
This reworks the cache mode configuration in Kconfig, and allows for
explicit selection of write-back/write-through/off configurations.
All of the cache flushing routines are optimized away for the off
case.
Signed-off-by: Paul Mundt <le...@li...>
This patch dates Jul-31 whereas 2.6.23 came out on Oct-9.
git-gui shows for this commit:
Follow : v2.6.23-rc7
Precedes : v2.6.24-rc1
Cheers,
Paul.
|
|
From: Paul V. <pau...@gm...> - 2007-11-12 09:16:18
|
??? wrote: > I received and applied that patch. > Plz, Check about it. > Thanks,all. > Numbers look better now. It's strange though that my system show a 100 commits for Paul Mundt (and that's what Paul expected) and yours shows 101. Needs more investigation (when time permits). Cheers. Paul. |
|
From: <jun...@gm...> - 2007-11-12 09:05:05
|
I received and applied that patch. Plz, Check about it. Thanks,all. On Nov 12, 2007 4:59 PM, Paul Vriens <pau...@gm...> wrote: > > ??? wrote: > > Hi, > > In my opinion, gitstat has some bug, > > > > Now, when generate some chart with current gitstat, > > 1. find start and end date of Tags. > > 2. and count changest and author in this period. > > 3. Make chart. > > > > But we could know It's not good solution. > > see below page. > > > > http://tree.celinuxforum.org/gitstat/commit-detail.php?commit=1100b47ea557e1cd6d9b71fe7ba1a189ed8bf276 > > > > This changeset is included in tag(v2.6.24-rc1), but it was commited at > > 2007/06/28 20:15 !! > > > > v2.6.24-rc2 2007/11/06 21:57:46 > > v2.6.24-rc1 2007/10/24 04:50:57 > > v2.6.23 2007/10/09 21:31:38 > > > > So, we should make other logic for making chart. > > > > And the chart has wrong data rely on server-setting, too. > > Now CELF server is setted on PST. > > so, we should set server-time or make some modification on gitstat. > > > > Thanks,all. > > > > On Nov 12, 2007 10:04 AM, Soon-Son Kwon(Shawn) <ks...@kl...> wrote: > >> Oops... we should check it. > >> > >> Paul: (Not Paul Mundt, but Paul Vriens huhu) > >> could you check this? We don't have to feel lonely. > >> At least there shold be several people watching > >> this project. If we have more bug, then more people > >> will show more interest. (just kidding) :-) > >> > >> Paul Mindt: Thank you for letting us know. > >> I hope you could join the devel list and > >> drop us some note from time to time... > >> > >> > >> 2007/11/12, Paul Mundt <pau...@re...>: > >>> My current statistics on gitstat seem to be completely miscalculated, and > >>> have been broken eve since the -rc1 release. Could you see if there is a > >>> bug here? > >>> > >>> git shortlog gets the numbers right, at least: > >>> > >>> $ git shortlog v2.6.23..v2.6.24-rc2 | grep 'Paul Mundt' > >>> Paul Mundt (100): > >>> ... > >>> > >>> while gitstat for some reason only reports 17? > >>> > >> > >> -- > >> http://kldp.org/~kss > >> > > > Hi, > > Yes stupid thinko(s). > > Using the date for the tags was a bad idea in this case. We picked the date from > the tags and used that as limits. What basically happened was: > > get date of last tag : Dec-1-2007 > get date of the tag before that : Nov-1-2007 > > and then we calculate the commits between those dates. That's obviously wrong as > the date marks the 'end of a release'. > > I will sent a patch that corrects that. > > Another thing that's important in this particular case is that we now also can > show release candidates (which we do). This means that getting the "Top > contributors (Kernel Release) for 2.6.24-rc2" will by default be compared > against 2.6.24-rc1 and not 2.6.23. The gitstat administrator can decide which > tags can be used. > > So: > > a) I'll sent a patch > b) I'll change http://tree.celinuxforum.org so that 2.6.24-rc1 is left out of > the equation. > > Cheers, > > Paul. > > P.S. I guess we have this issue in other charts as well so I will have a look > (later). > > > > > |
|
From: Paul V. <pau...@gm...> - 2007-11-12 08:00:13
|
??? wrote: > Hi, > In my opinion, gitstat has some bug, > > Now, when generate some chart with current gitstat, > 1. find start and end date of Tags. > 2. and count changest and author in this period. > 3. Make chart. > > But we could know It's not good solution. > see below page. > > http://tree.celinuxforum.org/gitstat/commit-detail.php?commit=1100b47ea557e1cd6d9b71fe7ba1a189ed8bf276 > > This changeset is included in tag(v2.6.24-rc1), but it was commited at > 2007/06/28 20:15 !! > > v2.6.24-rc2 2007/11/06 21:57:46 > v2.6.24-rc1 2007/10/24 04:50:57 > v2.6.23 2007/10/09 21:31:38 > > So, we should make other logic for making chart. > > And the chart has wrong data rely on server-setting, too. > Now CELF server is setted on PST. > so, we should set server-time or make some modification on gitstat. > > Thanks,all. > > On Nov 12, 2007 10:04 AM, Soon-Son Kwon(Shawn) <ks...@kl...> wrote: >> Oops... we should check it. >> >> Paul: (Not Paul Mundt, but Paul Vriens huhu) >> could you check this? We don't have to feel lonely. >> At least there shold be several people watching >> this project. If we have more bug, then more people >> will show more interest. (just kidding) :-) >> >> Paul Mindt: Thank you for letting us know. >> I hope you could join the devel list and >> drop us some note from time to time... >> >> >> 2007/11/12, Paul Mundt <pau...@re...>: >>> My current statistics on gitstat seem to be completely miscalculated, and >>> have been broken eve since the -rc1 release. Could you see if there is a >>> bug here? >>> >>> git shortlog gets the numbers right, at least: >>> >>> $ git shortlog v2.6.23..v2.6.24-rc2 | grep 'Paul Mundt' >>> Paul Mundt (100): >>> ... >>> >>> while gitstat for some reason only reports 17? >>> >> >> -- >> http://kldp.org/~kss >> > Hi, Yes stupid thinko(s). Using the date for the tags was a bad idea in this case. We picked the date from the tags and used that as limits. What basically happened was: get date of last tag : Dec-1-2007 get date of the tag before that : Nov-1-2007 and then we calculate the commits between those dates. That's obviously wrong as the date marks the 'end of a release'. I will sent a patch that corrects that. Another thing that's important in this particular case is that we now also can show release candidates (which we do). This means that getting the "Top contributors (Kernel Release) for 2.6.24-rc2" will by default be compared against 2.6.24-rc1 and not 2.6.23. The gitstat administrator can decide which tags can be used. So: a) I'll sent a patch b) I'll change http://tree.celinuxforum.org so that 2.6.24-rc1 is left out of the equation. Cheers, Paul. P.S. I guess we have this issue in other charts as well so I will have a look (later). |
|
From: Paul M. <le...@li...> - 2007-11-12 07:06:10
|
On Mon, Nov 12, 2007 at 03:19:05PM +0900, ?????? wrote: > In my opinion, gitstat has some bug, > Yes, it's totally broken. Here's a stupid comparison script I hacked up, maybe it's useful for someone: #!/bin/bash # # gitstat-cmp.sh # # Sample gitstat input: # 1 Adrian Bunk 45 # 2 Ralf Baechle 42 # 3 Alan Cox 25 # 4 David S. Miller 24 # 5 Jeff Garzik 24 # 6 Al Viro 19 # 7 Pavel Emelyanov 19 # 8 Tejun Heo 18 # 9 Paul Mundt 17 # # Sample gitstat-cmp.sh output: # # Bogus entry for "Adrian Bunk" (gitstat 45 kernel 137) # Bogus entry for "Ralf Baechle" (gitstat 42 kernel 143) # Bogus entry for "Alan Cox" (gitstat 25 kernel 70) # ... # # Example usage: sh ./gitstat-cmp.sh gitstat.txt . v2.6.23 v2.6.24-rc2 [ "$#" -ne "4" ] && \ echo "Usage: $0 <gitstat list> <kernel tree> <tag1> <tag2>" && exit 1 IFS=" " pushd $2 > /dev/null || exit 1 for line in $(sed -e 's/^[ \t]*[0-9]* //' < $1); do name=$(echo $line | sed -e 's/ .*$//;s/\t.*//') count=$(echo $line | sed -e "s/$name//g;s/^[ \t]*//;s/[ \t]*$//") for srcline in $(git shortlog $3..$4 | grep "^$name"); do srccount=$(echo $srcline | sed -e 's/.*(\(.*\)):.*$/\1/g') if [ "$count" -ne "$srccount" ]; then echo "Bogus entry for \"$name\" (gitstat $count kernel $srccount)" fi done done popd > /dev/null |
|
From: <jun...@gm...> - 2007-11-12 06:19:05
|
Hi, In my opinion, gitstat has some bug, Now, when generate some chart with current gitstat, 1. find start and end date of Tags. 2. and count changest and author in this period. 3. Make chart. But we could know It's not good solution. see below page. http://tree.celinuxforum.org/gitstat/commit-detail.php?commit=1100b47ea557e1cd6d9b71fe7ba1a189ed8bf276 This changeset is included in tag(v2.6.24-rc1), but it was commited at 2007/06/28 20:15 !! v2.6.24-rc2 2007/11/06 21:57:46 v2.6.24-rc1 2007/10/24 04:50:57 v2.6.23 2007/10/09 21:31:38 So, we should make other logic for making chart. And the chart has wrong data rely on server-setting, too. Now CELF server is setted on PST. so, we should set server-time or make some modification on gitstat. Thanks,all. On Nov 12, 2007 10:04 AM, Soon-Son Kwon(Shawn) <ks...@kl...> wrote: > Oops... we should check it. > > Paul: (Not Paul Mundt, but Paul Vriens huhu) > could you check this? We don't have to feel lonely. > At least there shold be several people watching > this project. If we have more bug, then more people > will show more interest. (just kidding) :-) > > Paul Mindt: Thank you for letting us know. > I hope you could join the devel list and > drop us some note from time to time... > > > 2007/11/12, Paul Mundt <pau...@re...>: > > My current statistics on gitstat seem to be completely miscalculated, and > > have been broken eve since the -rc1 release. Could you see if there is a > > bug here? > > > > git shortlog gets the numbers right, at least: > > > > $ git shortlog v2.6.23..v2.6.24-rc2 | grep 'Paul Mundt' > > Paul Mundt (100): > > ... > > > > while gitstat for some reason only reports 17? > > > > > -- > http://kldp.org/~kss > |
|
From: Soon-Son Kwon(Shawn) <ks...@kl...> - 2007-11-12 01:04:07
|
Oops... we should check it. Paul: (Not Paul Mundt, but Paul Vriens huhu) could you check this? We don't have to feel lonely. At least there shold be several people watching this project. If we have more bug, then more people will show more interest. (just kidding) :-) Paul Mindt: Thank you for letting us know. I hope you could join the devel list and drop us some note from time to time... 2007/11/12, Paul Mundt <pau...@re...>: > My current statistics on gitstat seem to be completely miscalculated, and > have been broken eve since the -rc1 release. Could you see if there is a > bug here? > > git shortlog gets the numbers right, at least: > > $ git shortlog v2.6.23..v2.6.24-rc2 | grep 'Paul Mundt' > Paul Mundt (100): > ... > > while gitstat for some reason only reports 17? > -- http://kldp.org/~kss |
2 messages has been excluded from this view by a project administrator.
