[OpenAFS] Re: [OpenAFS-devel] 1.6 and post-1.6 OpenAFS branch management and schedule

Stephan Wiesand stephan.wiesand@desy.de
Thu, 17 Jun 2010 22:06:32 +0200


--Apple-Mail-291--2234127
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1

Hi Russ,

On Jun 17, 2010, at 21:44 , Russ Allbery wrote:

> Stephan Wiesand <stephan.wiesand@desy.de> writes:
>> On Jun 17, 2010, at 21:01 , Simon Wilkinson wrote:
>=20
>>> Because every different configuration option you have doubles the
>>> complexity of testing the code. What actually tends to happen is =
that
>>> stuff that isn't enabled by default never actually gets tested when
>>> changes are made, and so ends up rotting.
>=20
>> hmm, that would apply to DAFS unless it's enabled by default starting
>> with the 1.6 RCs?
>=20
> Yes, absolutely.  It's one of the reasons why 1.6 has taken so long.
> There probably isn't any other sane way to drop in a major, disruptive
> change, but certainly the long-term goal is to ensure DAFS works in
> production, then make it the default (I expect for 1.10 or 2.0), then
> remove the non-DAFS code so that we get back down to one =
implementation
> (almost certainly not before 2.2).

sorry, I disagree. If you (the developers and the gatekeepers) are sure =
that DAFS is the way forward, and reasonably close to being ready, 1.6 =
and on should not support anything else. Why defer this to 1.10?

> You'll find that in 1.6 we've been trying to pare down our configure
> options a lot, and many things that were previously configure options =
are
> now just enabled by default, such as support for bos restricted mode.
>=20
>> That's completely reasonable. But it clearly means that DAFS should =
the
>> one and only option to run fileservers with 1.6+. Is this what's
>> planned? Fine, let's test it (and nothing else) and get it ready. But =
if
>> DAFS remains an option that has to be enabled explicitly at build =
time,
>> I'm with Rainer and Christopher: please leave fast-restart and
>> bitmap-later in place.
>=20
> What I said at the start of this thread may have been lost somewhat =
over
> the course of this discussion:
>=20
>  At the point at which we make demand attach the default, rather than
>  optional behavior, I believe we should remove the code for these two
>  flags.  I think that should be for either 1.10 or 2.0 based on
>  experience with running 1.6 in production.  In the meantime, please =
be
>  aware that most of the developers don't build with those flags by
>  default and the code is not heavily tested.
>=20
> So there's no need to ask that the code be left in place as long as =
DAFS
> is an option that has to be enabled explicitly; we're not proposing =
doing
> anything differently.  :)

Touch=E9. But I wasn't asking to leave it in place as long as DAFS is =
optional. I was asking to leave it in place until DAFS is the one and =
only option.

Cheers,
	Stephan

--=20
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany


--Apple-Mail-291--2234127
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFMDCCBSww
ggQUoAMCAQICBA6iMucwDQYJKoZIhvcNAQEFBQAwgYIxCzAJBgNVBAYTAkRFMS4wLAYDVQQKEyVE
ZXV0c2NoZXMgRWxla3Ryb25lbi1TeW5jaHJvdHJvbiBERVNZMQswCQYDVQQLEwJJVDEWMBQGA1UE
AxMNREVTWSBDQSAtIEcwMjEeMBwGCSqGSIb3DQEJARYPZGVzeS1jYUBkZXN5LmRlMB4XDTA5MDgx
MjEyMjgwN1oXDTEyMDgxMTEyMjgwN1owZDELMAkGA1UEBhMCREUxLjAsBgNVBAoTJURldXRzY2hl
cyBFbGVrdHJvbmVuLVN5bmNocm90cm9uIERFU1kxCzAJBgNVBAsTAkRWMRgwFgYDVQQDEw9TdGVw
aGFuIFdpZXNhbmQwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC+a/R5pAi4opLKLl1e
z+krb0IhT+f8E/eXvwVKYYqx8Eze2vFfurFxtbpv3JmsgxwyQ7+lnYYC6OVz5MKutAB9PFsqGpzp
jddq5towBWzWUOc1tAeTdXLF34sUhqB5rrIqcWo2LdQes3EFOZ49H2L/+0FoD0fwZskts3y5IoAT
9ECr4IXM3NI5GTo+E+K96pCUxYGQfSya3W1Z2bYA3N80d6fWuDxRzWJD/XwIs5xuKR3x9GapeVE+
ov8KV7hu05pSD+m32PD0aKwXDBFVDAnyaE6jo3dT/YfSCd17FIwTfpms8kessqAvvkeLJw26deCB
EiIF+2eZc2LGqAzIexVvAgMBAAGjggHFMIIBwTAJBgNVHRMEAjAAMAsGA1UdDwQEAwIF4DApBgNV
HSUEIjAgBggrBgEFBQcDAgYIKwYBBQUHAwQGCisGAQQBgjcUAgIwHQYDVR0OBBYEFAdgEEU6LcG4
SAuhYBrg4cWqE8/XMB8GA1UdIwQYMBaAFJSX58dzgIIijnL6/92eNIXjtHYUMCIGA1UdEQQbMBmB
F3N0ZXBoYW4ud2llc2FuZEBkZXN5LmRlMH0GA1UdHwR2MHQwOKA2oDSGMmh0dHA6Ly9jZHAxLnBj
YS5kZm4uZGUvZGVzeS1jYS9wdWIvY3JsL2dfY2FjcmwuY3JsMDigNqA0hjJodHRwOi8vY2RwMi5w
Y2EuZGZuLmRlL2Rlc3ktY2EvcHViL2NybC9nX2NhY3JsLmNybDCBmAYIKwYBBQUHAQEEgYswgYgw
QgYIKwYBBQUHMAKGNmh0dHA6Ly9jZHAxLnBjYS5kZm4uZGUvZGVzeS1jYS9wdWIvY2FjZXJ0L2df
Y2FjZXJ0LmNydDBCBggrBgEFBQcwAoY2aHR0cDovL2NkcDIucGNhLmRmbi5kZS9kZXN5LWNhL3B1
Yi9jYWNlcnQvZ19jYWNlcnQuY3J0MA0GCSqGSIb3DQEBBQUAA4IBAQBlp/2gTujsPJ6V5UT+H+4V
uUqYs46+Ep9uqn5E6rM2joXu3RhW7gtGfG8gYBYLr9og7aRMazEIYS4fo9tT4tb/pxZyHMY6QHvV
q3YQVUsV1THr3xBe5mACvPYXzQD7Lgo8rYlAwBUyV4ESwHnDkvc/hu3kSwefShd0qREl2Jql7S0N
dzHUaIRFi27Wm55rDXKiSZ2qQ5cxeqLkOXzMv5toE7qIO2axvv4AUMfQVHx/hSeK+A7QC3jef76o
M+WQpcVyKn1hDJPpR1oGku1JCglE5qNYcKnLlpkccAgJDL89LLvIgF9iti3tUomh0+LjZbNSxEb4
AALrRcjvix1eaVRUMYIDVDCCA1ACAQEwgYswgYIxCzAJBgNVBAYTAkRFMS4wLAYDVQQKEyVEZXV0
c2NoZXMgRWxla3Ryb25lbi1TeW5jaHJvdHJvbiBERVNZMQswCQYDVQQLEwJJVDEWMBQGA1UEAxMN
REVTWSBDQSAtIEcwMjEeMBwGCSqGSIb3DQEJARYPZGVzeS1jYUBkZXN5LmRlAgQOojLnMAkGBSsO
AwIaBQCgggGdMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYx
NzIwMDYzM1owIwYJKoZIhvcNAQkEMRYEFAxU/MEtPW6Z6UWbHOiLqQjhYzryMIGcBgkrBgEEAYI3
EAQxgY4wgYswgYIxCzAJBgNVBAYTAkRFMS4wLAYDVQQKEyVEZXV0c2NoZXMgRWxla3Ryb25lbi1T
eW5jaHJvdHJvbiBERVNZMQswCQYDVQQLEwJJVDEWMBQGA1UEAxMNREVTWSBDQSAtIEcwMjEeMBwG
CSqGSIb3DQEJARYPZGVzeS1jYUBkZXN5LmRlAgQOojLnMIGeBgsqhkiG9w0BCRACCzGBjqCBizCB
gjELMAkGA1UEBhMCREUxLjAsBgNVBAoTJURldXRzY2hlcyBFbGVrdHJvbmVuLVN5bmNocm90cm9u
IERFU1kxCzAJBgNVBAsTAklUMRYwFAYDVQQDEw1ERVNZIENBIC0gRzAyMR4wHAYJKoZIhvcNAQkB
Fg9kZXN5LWNhQGRlc3kuZGUCBA6iMucwDQYJKoZIhvcNAQEBBQAEggEAo3n1eB/T0PUudC9a/LM/
T6GB8+FA1C9gqCZPtXJCaPCAE+KGDYLv24r7kQIL9HWr7DTkfdwc7yEJE7AOLqT2ynkyb7/vvZNv
IjVcm3DTSpmfq+pJYohRiDgbYcivKO9QPbV0NgzF9KuKgiY/o0atHmc7oXdMtYVQzqtOeTLSMpwT
0FlL4Xle3BAQ8uD4NRq5qAWjMW17trtLJsqHiugE0FV96y4SJAsIdPmbmpKbbHs6xf7CTKkRONIA
Cw991aY2C0/CqyL0HJI4hH7ux+A+0EJiLHRke8j80o1zH9T4PK55skOL801qiPtCx8lzGDS7YK68
YvR1X8tlP9XbeGK2NwAAAAAAAA==

--Apple-Mail-291--2234127--