Menu
▾
▴
#5 Don't be kernel centric
open
7
2007-09-03
2007-08-28
No
The current version is used to track the kernel. I've played with my own git version of Wine and it would be nice to be able to adapt gitstat to deal better with other git repositories. Most of it works but there are several fixed strings/things in the code.
Logged In: YES
user_id=1867065
Originator: NO
Oh. Thanks for your interest.
Actually, I plan for supporting multiple git tree,
and I wll fix kernel-specific things.
Wait a moment..:)
Do you have URL for gitstat-wine?
Could I know URL..?
Thanks again.
Logged In: YES
user_id=1867065
Originator: NO
Oh. Thanks for your interest.
Actually, I plan for supporting multiple git tree,
and I wll fix kernel-specific things.
Wait a moment..:)
Do you have URL for gitstat-wine?
Could I know URL..?
Thanks again.
Logged In: YES
user_id=1877250
Originator: YES
No, I have it running in an isolated VMware. I've changed several things to be less kernel centric. Should I write up a list (with pointers to the source) and post?
Logged In: NO
Hi, Thank you very much for your interest!
We also want to make gitstat a more generic tool and we have plan to work on it. As you know, when a user registers, then the current gitstat shows a hardcoded linux kernel tree structure... we are working on improving this part so that gitstat dynamically generate the list of directory/file on the fly.
Please share whatever stuff you did for gitstat.
If you will keep using/improving it, then we can grant you cvs write access permission too. :-)
Logged In: YES
user_id=45902
Originator: NO
oops... I forgot to logging in first... :-)
Logged In: YES
user_id=1877250
Originator: YES
Can we shift the talks to email? (Much more convenient for me at least). We can always share the interesting pieces on this tracker.
Logged In: YES
user_id=1867065
Originator: NO
Ok. We have mailing-list for gitstat.
Subscribe to gitstat-devel, plz.
It will be helpful.
Thanks.:)
Logged In: YES
user_id=1877250
Originator: YES
I subscribe to gitstat-devel. I'll just sent out a (more-or-less) test email.
Logged In: YES
user_id=45902
Originator: NO
I still see hardcoded linux kernel directory structure at http://tree.celinuxforum.org/gitstat/join.php
after removing this part and replace it with dynamic directory/file listing, then we will be able to close this issue.
if there are other parts that need to be modified to make it more generic, please let us know...
Logged In: YES
user_id=1877250
Originator: YES
I've sent a patch to the mailing list that makes sure I can see all the tags for Wine now in the correct order and with the correct commit date. In DiffManager however 2 kernel versions are explicitly added (v2.6.10 and v2.6.11) to the To and From lists.
Logged In: YES
user_id=1877250
Originator: YES
One thing that's maybe worthwhile adding/changing is to 'mark' the tags. That way the user/administrator can set each tag to for example release/release-candidate/development. The user can than decide based on the type of tag what he/she wants to see in the graphs. This is to overcome the currently hard coded '< 8' in lots of the code to get rid of the release candidates for the kernel (v2.6.xx will match). For my purposes (Wine) '<8' will never match any of the Wine releases as they all are longer than 7 characters.
Logged In: YES
user_id=1877250
Originator: YES
I saw my patch was added. It will however only be used when generating a whole new database, which is a shame (or when a new tag is present). The only thing needed for the patch to become 'live' is generate a new v_tag table. I think (when reading gitstat.pl) it should be sufficient to clean the v_tag table. It will be re-created when gitstat.pl is run.
Logged In: YES
user_id=1877250
Originator: YES
Oops, that doesn't work of course as the commits in the ChangeLog have a reference to the v_tag table. Sorry about the noise. So to be in effect the database has to be re-created I'm afraid.