On Tue, 2013-02-26 at 20:40 -0500, W. Trevor King wrote: > On Tue, Feb 26, 2013 at 05:30:40PM -0800, Brian Dolbec wrote: > > My aim for now is to debug the hell out of it, to stabilize all the > > existing changes, BEFORE doing a ton more changes. That will also give > > me more experience in how catalyst is used, possibly ideas how to change > > it for the better. I'll fix the doc's generation and make a setup.py > > and new 9999 ebuild. > > I'm not suggesting additional changes on top of yours, I'm suggesting > new ones underneath yours, or alternatives to your current series. It > seems a shame to spend time testing a work in progress, since you'll > probably want to re-test the final form before merging. I'm trying to > help polish your series down before we invest a lot of time testing. >
NNNNNNNNNNNNOOOOOOOOOOOOOOOOOOOOOOOO :( not more rebasing I spent several days just tracking down and fixing rebase errors. Fix a few, that in turn caused more errors... You and I both know that the code is likely to be broken at times while doing many of the code changes needed to fix it. The original code was horrible, not all of it, but... The time for polish is later when the majority of the changes are done. I want to move forward, not churn in circles, rebasing, fixing conflicts, forever waiting for a commit to be reviewed & merged. One of the big reasons I started on catalyst was to remove the hardcoded paths everywhere that was preventing the tree migration away from /usr/portage. That has been largely accomplished, although not really tested. The reason I wanted to do more testing, is so far I've only done snapshot, stage1 thru 3. I've done the major restructure of the python layout. I want to get everything working, not 100% bug free, before moving on. That will make it easier to figure out where something got broken while doing the changes. Call it a midterm exam ;) to see where we stand. So I wouldn't mind working in a branch for now, somewhere we can all participate in pushing commits to in order to achieve our end goal. Then later when it's mostly done, we can look to moving it to master. Finish debugging and polishing it. > Cheers, > Trevor >
