This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Dealing with GNU/kFreeBSD bugs/notes.


We have three GNU/kFreeBSD specific bugs right now

http://sources.redhat.com/bugzilla/show_bug.cgi?id=2160
http://sources.redhat.com/bugzilla/show_bug.cgi?id=2161
http://sources.redhat.com/bugzilla/show_bug.cgi?id=2172

I also see that a recent GNU/kFreeBSD request was answered in the negative 
http://sources.redhat.com/ml/libc-alpha/2006-02/msg00023.html

>From a bug triage perspective is there anything I could do on the bugs 
above? Do the ones that include code changes need testcases? (It seems 
they could only have meaningful testcases for GNU/kFreeBSD.)

Is there a general principle which determines what GNU/kFreeBSD items will 
or will not go into libc?

I could put a note in the bug saying "Looked at for bug triage. No action 
needed." or we could have a bugzilla flag to that effect. Or perhaps it is 
sufficient to put "examined: +" and "testcase: n/a" where "n/a" would mean 
not applicable.

Of course the questions apply to other non-primary ports and possibly 
other cases I can't think of.

Thanks for your thoughts,
Dwayne

-- 
Dwayne Grant McConnell <decimal@us.ibm.com>
Lotus Notes Mail: Dwayne McConnell [Mail]/Austin/IBM@IBMUS
Lotus Notes Calendar: Dwayne McConnell [Calendar]/Austin/IBM@IBMUS


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]