On Mon, Jan 13, 2003 at 04:27:03PM +0100, Michel Dänzer wrote:
> > Actually, there is a fork of XFree already - in dri.sf.net and another one
> > of ati driver only in gatos.sf.net.
> 
> I agree that the latter can be considered a fork, but the former
> definitely isn't - the DRI and XFree86 repositories are regularly
> synchronized.
> 

>From my personal point of view it'd much better if all such projects
were regularly synchronized - as r7500 owner I really don't know
which driver should use gatos xor dri xor xfree plain driver? ;)

Even after spending a few hours on various mailing lists I know nothing
more becouse much of information there contradict mutually.
Becouse I lack any documentation (and I often lack also skills writing such
complex drivers) I can't know whether some XYZ feature is a bug
or a side-effect, or is planned, being developed or if it will never be
implemented because of missing hw documentation). And often searching
engines give out unsorted and huge mess.

The result is:
a) [mostly] I ignore the bug because I expect the developer knows about it
b) I search the forums and mailing lists and (if I don't fall 
   to a) ;) I ask there some of additional information about 
   (and I often get flamed or no response ;)
c) if contact the maintainer and supply all possible information about
   the problem.

The c) has been the most effective option (most of problems solved or at
least briefly described - unsolvable, no time ...). But it this way
was prefered by hundred of people or simply used too often then ...
   
Bugzilla may help a bit (if it was activelly maintained). I don't expect
bugreports regarding x-protocol. I'm quite sure that most of reports
would concern drivers. The plus is that such bugreports can be easily
categorized (per driver) and seen only by interested people (driver
maintainer, contributors and maybe some power-users), another that
(at least some) people will stop asking about the same all over again
(there are even volunteers outside projects who often help marking
duplicates and nonsential bugreports). More general reports could be
forwarded elsewhere.

Another point of view:
Bugzilla can be thus seen (and used!) as an email filter + advanced search.
Thus (if set properly!) can substantively reduce the amount of mail
a developer/maintainer/contributor of a smaller part has to skim
through. Of course, you could subscribe into many smaller lists than
devel but who does it (especially if the chance of any response is
smaller?) There are also people who do care about a particular bug
only...

Kamil
_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel

Reply via email to