Christian Boltz
[...]
http://programm.froscon.de/attachments/41-SuseFeatureManagement_Froscon.pdf#...
Interesting presentation. At least I now know what that ominously FATE, mentioned in bugzilla comments from time to time, is ;-)
And most internal stuff goes through FATE.
Sorry, I don't want another tool/method for adding features, instead just use one - and hope this works out for all of us.
As far as I can see from the presentation, chances for this are good ;-)
Let me try to summarize the differences compared to bugzilla - I hope this will help to understand the tool better: (please correct me if I'm wrong on some points) - a request can have multiple categories; categories can be (in bugzilla terms) a "product" or a "component", maybe (?) also other usage is possible [1] - it's XML based internally, including XQuery etc. [2] - it supports rich text (HTML-like) in comments [3] - it's possible to compare multiple revisions of a request - this implies that the request text can be changed (instead of just adding comments as in bugzilla) - two web interfaces (one with full, one with restricted view) and KDE client available
Correct.
In general, it looks like FATE mixes the best things of bugzilla and a wiki - sounds promising. (Is there a demo installation somewhere to test it?)
I don't know :-(
The question is how to "open" FATE in such a way that all of us can use it, it was not designed for such a large group...
Where do you see a problem? Server load? Permission handling? ...?
Permission handling: We do not want our partners to see each others request for our enterprise products - and you shouldn't either see there's. I guess that everything coming in through openSUSE can be public.
Maybe you can provide read-only access as a first step...
Yes, would be an option. But it still means I need a way to flag specific features as public.
Regards,
Christian Boltz
[1] Sometimes this could be useful in bugzilla product / component also ;-)
[2] There's no problem with this as long I don't have to write XSLT files for it *g* However, I'm not sure about the performance when compared with a database.
It's fast enough.
[3] not sure if I really need this ;-)
Andreas -- Andreas Jaeger, aj@suse.de, http://www.suse.de/~aj/ SUSE Linux Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126