Source-Changes-D archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: CVS commit: src/sys/arch/sparc



On Aug 1,  8:23pm, tsutsui%ceres.dti.ne.jp@localhost (Izumi Tsutsui) wrote:
-- Subject: Re: CVS commit: src/sys/arch/sparc

| I agree you can blame port masters if they leave their ports broken
| more than *weeks*.

Fine, let's create an SLA then. Without an SLA, people don't know
what's to be expected.

| But tier II ports are not primary even for their users and
| few people check status everyday.
| No chance to notice breakage without heads up about MI changes.

It is simple enough to arrange to be notified about autobuild failures.

| If you claim port-masters must check buildable state *everyday*
| against all MI changes without review or announcement, I'll resign
| from all maintainership.

No, read above.

| Ok, but why should it be defined in MI sys/conf/Makefile.kern.inc?
| 
| Isn't it enought to define it per port (only tier I ports for example),
| or per kernel config file for debug purpose?

Ideally we want to fix all the code ASAP.

| > | For sparc, the correct place seems in sparc/autoconf.c:bootstrap().
| > | For sun2 it's sun2/locore2.c:_bootstrap().
| > | Most other m68k ports foo_init() for pre-main initialization.
| > 
| > It would be nice if the individual port-masters would proactively
| > check their ports so that they would remain buildable, and people
| > who have cross-port knowledge like you, would work to harmonize
| > these disparate and undocumented interfaces.
| 
| It would be nice if you guys asked proper persons to fix their ports
| before you did try it yourself, so you don't have to check undocumented
| MD kludges.
| 
| IMO "buildable but non-bootable state" is worse than non buildable.
| It just hides actual problems and makes late debug harder.

It is not "you guys", it is just my fault. I don't know who you consider
co-responsible. As far as that goes, I will agree. I definitely seem to
have stirred the waters enough for the fix to be applied sooner than later,
but this is not the way to operate.

christos


Home | Main Index | Thread Index | Old Index