Hmm, I think we need to find a smarter way to this. As it currently stands, there are the following PT-related components: Pluggable transport, FTE, Flashproxy, Obfsproxy, meek, and obfsclient. The TBB team is moving towards collapsing TBB-related components into one ubercomponent and using tags, while having the bug reports go to a mailing list that people on the team are subscribed to. I don't know if that is a good solution in general, nor for the PT team specifically, but I think that we should consider whether there is a solution that does not create a longer list of components in trac.
I suppose looking into whether a tree structure could be implemented (or mimicked) would be one way, but that is not the current situation. I'll look into that more, but if you have some other ideas about better organization please let me know. For now I'm going to hold off on creating this component.
I suppose looking into whether a tree structure could be implemented (or mimicked) would be one way
A tree hierarchy is something I'd be curious to see as well (the flat structure we presently have only scales to a dozen or so components before making it a pita to find stuff). Components is one thing that could certainly due with being improved. :)
Do we still need that component? The last commit in the repository is over two years ago. Also there was no activity on this ticket. Thatswhy I close it for now. However if you think you need it, please reopen. Our trac now has some kind of tree structure.
Trac: Reviewer: N/AtoN/A Status: new to closed Sponsor: N/AtoN/A Resolution: N/Ato wontfix Severity: N/Ato Normal