From: Alexis O'C. <ale...@co...> - 2005-07-20 09:36:04
|
Looking at the stuff that was checked in yesterday at about 19/07/05 16:47 with the comment 'Localised'. (My vague understanding is that this is maybe stuff Leeds did, but Alistair checked in on their behalf, which is why I'm sending this to the list, rather than an individual) is duff. The problem is that certain calls to Facility which represent method arguments (rather than user-displayed text) have been localised. A good example is the following (original): <call> <target method="insert"><variable name="facility"/></target> <parameters> <variable name="request"/> <variable name="writer"/> <literal type="String">stylesheet</literal> <literal type="String"></literal> </parameters> </call> This is basically facility.insert(request, writer, "stylesheet", ""). It should not be changed to the following: <call> <target method="insert"><variable name="facility"/></target> <parameters> <variable name="request"/> <variable name="writer"/> <literal type="String"><localise d="page.stylesheet"/></literal> <literal type="String"></literal> </parameters> </call> This will work as expected for English. When you change the language to French, the insert() method will have no idea of what to insert when called with the argument "le sheet de style". The files that are affected are the following: tomcatadd/webapps/bodington/templates/style_default/building/main.html tomcatadd/webapps/bodington/templates/style_default/directory/consentconfirm.html tomcatadd/webapps/bodington/templates/style_default/directory/consentform.html tomcatadd/webapps/bodington/templates/style_default/floor/main.html tomcatadd/webapps/bodington/templates/style_default/mediadocument/menu.html tomcatadd/webapps/bodington/templates/style_default/password/x509check.html tomcatadd/webapps/bodington/templates/style_default/room/main.html tomcatadd/webapps/bodington/templates/style_default/site/main.html tomcatadd/webapps/bodington/templates/style_default/suite/main.html Prehaps if this was someone from Leeds, they can check this in to CVS as themselves and then we all know who to pat on the back when they've got them right ;-). -- + - - - - - - - - - - - - - - - - - - - - - - - - - - - + | Alexis O'Connor, VLE Developer (http://bodington.org) | | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | | Tel. +44 (0)1865 283661 | + - - - - - - - - - - - - - - - - - - - - - - - - - - - + |
From: Alistair Y. <ali...@sm...> - 2005-07-20 09:49:30
|
Well spotted Alexis me o'l mate ;) I fell into this trap too but manged to crawl out before it was too late. I have an orchestra and fireworks show ready in the wings, awaiting the day we bin those templates for good :) Peter - what do you want to do? can you check them out, rejig and check them back in? Don't use your local copy as they are in "pre- Tatham" format ;) Alistair On 20 Jul 2005, at 10:35, Alexis O'Connor wrote: > Looking at the stuff that was checked in yesterday at about > 19/07/05 16:47 with the comment 'Localised'. (My vague > understanding is that this is maybe stuff Leeds did, but Alistair > checked in on their behalf, which is why I'm sending this to the > list, rather than an individual) is duff. The problem is that > certain calls to Facility which represent method arguments (rather > than user-displayed text) have been localised. > > A good example is the following (original): > > <call> > <target method="insert"><variable name="facility"/></target> > <parameters> > <variable name="request"/> > <variable name="writer"/> > <literal type="String">stylesheet</literal> > <literal type="String"></literal> > </parameters> > </call> > > This is basically facility.insert(request, writer, "stylesheet", > ""). It should not be changed to the following: > > <call> > <target method="insert"><variable name="facility"/></target> > <parameters> > <variable name="request"/> > <variable name="writer"/> > <literal type="String"><localise d="page.stylesheet"/></literal> > <literal type="String"></literal> > </parameters> > </call> > > This will work as expected for English. When you change the > language to French, the insert() method will have no idea of what > to insert when called with the argument "le sheet de style". > > The files that are affected are the following: > > tomcatadd/webapps/bodington/templates/style_default/building/main.html > tomcatadd/webapps/bodington/templates/style_default/directory/ > consentconfirm.html > tomcatadd/webapps/bodington/templates/style_default/directory/ > consentform.html > tomcatadd/webapps/bodington/templates/style_default/floor/main.html > tomcatadd/webapps/bodington/templates/style_default/mediadocument/ > menu.html > tomcatadd/webapps/bodington/templates/style_default/password/ > x509check.html > tomcatadd/webapps/bodington/templates/style_default/room/main.html > tomcatadd/webapps/bodington/templates/style_default/site/main.html > tomcatadd/webapps/bodington/templates/style_default/suite/main.html > > Prehaps if this was someone from Leeds, they can check this in to > CVS as themselves and then we all know who to pat on the back when > they've got them right ;-). > > > -- > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > | Alexis O'Connor, VLE Developer (http://bodington.org) | > | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | > | Tel. +44 (0)1865 283661 | > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Brian P. C. <bm...@bm...> - 2005-07-20 10:10:45
|
I'm sorry about this, but it is a result of not knowing how things in Bods work. I saw a string literal that had semantic content: hidden to me, cach=E9 to a French person. If Alistair might send me one good file for the paths thing that he mentioned, I can sort things out. A couple of global edits.. I sent the stuff to Alistair because I do not have the power or knowledge to commit anything (apart from these mistakes). Regards, Brian > Looking at the stuff that was checked in yesterday at about 19/07/05 > 16:47 with the comment 'Localised'. (My vague understanding is that this= > is maybe stuff Leeds did, but Alistair checked in on their behalf, which= > is why I'm sending this to the list, rather than an individual) is duff.= > The problem is that certain calls to Facility which represent method > arguments (rather than user-displayed text) have been localised. > > A good example is the following (original): > > <call> > <target method=3D"insert"><variable name=3D"facility"/></target> > <parameters> > <variable name=3D"request"/> > <variable name=3D"writer"/> > <literal type=3D"String">stylesheet</literal> > <literal type=3D"String"></literal> > </parameters> > </call> > > This is basically facility.insert(request, writer, "stylesheet", ""). It= > should not be changed to the following: > > <call> > <target method=3D"insert"><variable name=3D"facility"/></target> > <parameters> > <variable name=3D"request"/> > <variable name=3D"writer"/> > <literal type=3D"String"><localise d=3D"page.stylesheet"/></literal> > <literal type=3D"String"></literal> > </parameters> > </call> > > This will work as expected for English. When you change the language to > French, the insert() method will have no idea of what to insert when > called with the argument "le sheet de style". > > The files that are affected are the following: > > tomcatadd/webapps/bodington/templates/style_default/building/main.html > tomcatadd/webapps/bodington/templates/style_default/directory/consentcon= firm.html > tomcatadd/webapps/bodington/templates/style_default/directory/consentfor= m.html > tomcatadd/webapps/bodington/templates/style_default/floor/main.html > tomcatadd/webapps/bodington/templates/style_default/mediadocument/menu.h= tml > tomcatadd/webapps/bodington/templates/style_default/password/x509check.h= tml > tomcatadd/webapps/bodington/templates/style_default/room/main.html > tomcatadd/webapps/bodington/templates/style_default/site/main.html > tomcatadd/webapps/bodington/templates/style_default/suite/main.html > > Prehaps if this was someone from Leeds, they can check this in to CVS as= > themselves and then we all know who to pat on the back when they've got > them right ;-). > > > -- > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > | Alexis O'Connor, VLE Developer (http://bodington.org) | > | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | > | Tel. +44 (0)1865 283661 | > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcli= ck > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Alistair Y. <ali...@sm...> - 2005-07-20 10:18:41
|
can someone get Peter commit access? Alistair On 20 Jul 2005, at 11:07, Brian Peter Clark wrote: > I'm sorry about this, but it is a result of not knowing how things in > Bods work. > > I saw a string literal that had semantic content: hidden to me, > cach=E9 to a French person. > > If Alistair might send me one good file for the paths thing that he > mentioned, I can sort things out. A couple of global edits.. > > I sent the stuff to Alistair because I do not have the power or > knowledge to commit anything (apart from these mistakes). > > Regards, > > Brian > > >> Looking at the stuff that was checked in yesterday at about 19/07/05 >> 16:47 with the comment 'Localised'. (My vague understanding is =20 >> that this >> is maybe stuff Leeds did, but Alistair checked in on their behalf, =20= >> which >> is why I'm sending this to the list, rather than an individual) is =20= >> duff. >> The problem is that certain calls to Facility which represent method >> arguments (rather than user-displayed text) have been localised. >> >> A good example is the following (original): >> >> <call> >> <target method=3D"insert"><variable name=3D"facility"/></target> >> <parameters> >> <variable name=3D"request"/> >> <variable name=3D"writer"/> >> <literal type=3D"String">stylesheet</literal> >> <literal type=3D"String"></literal> >> </parameters> >> </call> >> >> This is basically facility.insert(request, writer, "stylesheet", =20 >> ""). It >> should not be changed to the following: >> >> <call> >> <target method=3D"insert"><variable name=3D"facility"/></target> >> <parameters> >> <variable name=3D"request"/> >> <variable name=3D"writer"/> >> <literal type=3D"String"><localise = d=3D"page.stylesheet"/></literal> >> <literal type=3D"String"></literal> >> </parameters> >> </call> >> >> This will work as expected for English. When you change the =20 >> language to >> French, the insert() method will have no idea of what to insert when >> called with the argument "le sheet de style". >> >> The files that are affected are the following: >> >> tomcatadd/webapps/bodington/templates/style_default/building/=20 >> main.html >> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >> consentconfirm.html >> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >> consentform.html >> tomcatadd/webapps/bodington/templates/style_default/floor/main.html >> tomcatadd/webapps/bodington/templates/style_default/mediadocument/=20 >> menu.html >> tomcatadd/webapps/bodington/templates/style_default/password/=20 >> x509check.html >> tomcatadd/webapps/bodington/templates/style_default/room/main.html >> tomcatadd/webapps/bodington/templates/style_default/site/main.html >> tomcatadd/webapps/bodington/templates/style_default/suite/main.html >> >> Prehaps if this was someone from Leeds, they can check this in to =20 >> CVS as >> themselves and then we all know who to pat on the back when =20 >> they've got >> them right ;-). >> >> >> -- >> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >> | Alexis O'Connor, VLE Developer (http://bodington.org) | >> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | >> | Tel. +44 (0)1865 283661 | >> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >> Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl= ick >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Sean M. <se...@sm...> - 2005-07-20 10:34:11
|
what is peter's sf id? Peter, if you have not done so, would you please toodle over to =20 sf.net and register, then send me your id in order that I may give =20 you access. I assume you know cvs? If not, well....is aggie about? If not, email me and we'll sort something else out. s On 20 Jul 2005, at 11:18, Alistair Young wrote: > can someone get Peter commit access? > > Alistair > > On 20 Jul 2005, at 11:07, Brian Peter Clark wrote: > > >> I'm sorry about this, but it is a result of not knowing how things in >> Bods work. >> >> I saw a string literal that had semantic content: hidden to me, >> cach=E9 to a French person. >> >> If Alistair might send me one good file for the paths thing that he >> mentioned, I can sort things out. A couple of global edits.. >> >> I sent the stuff to Alistair because I do not have the power or >> knowledge to commit anything (apart from these mistakes). >> >> Regards, >> >> Brian >> >> >> >>> Looking at the stuff that was checked in yesterday at about 19/07/05 >>> 16:47 with the comment 'Localised'. (My vague understanding is =20 >>> that this >>> is maybe stuff Leeds did, but Alistair checked in on their =20 >>> behalf, which >>> is why I'm sending this to the list, rather than an individual) =20 >>> is duff. >>> The problem is that certain calls to Facility which represent method >>> arguments (rather than user-displayed text) have been localised. >>> >>> A good example is the following (original): >>> >>> <call> >>> <target method=3D"insert"><variable name=3D"facility"/></target> >>> <parameters> >>> <variable name=3D"request"/> >>> <variable name=3D"writer"/> >>> <literal type=3D"String">stylesheet</literal> >>> <literal type=3D"String"></literal> >>> </parameters> >>> </call> >>> >>> This is basically facility.insert(request, writer, "stylesheet", =20 >>> ""). It >>> should not be changed to the following: >>> >>> <call> >>> <target method=3D"insert"><variable name=3D"facility"/></target> >>> <parameters> >>> <variable name=3D"request"/> >>> <variable name=3D"writer"/> >>> <literal type=3D"String"><localise = d=3D"page.stylesheet"/></literal> >>> <literal type=3D"String"></literal> >>> </parameters> >>> </call> >>> >>> This will work as expected for English. When you change the =20 >>> language to >>> French, the insert() method will have no idea of what to insert when >>> called with the argument "le sheet de style". >>> >>> The files that are affected are the following: >>> >>> tomcatadd/webapps/bodington/templates/style_default/building/=20 >>> main.html >>> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >>> consentconfirm.html >>> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >>> consentform.html >>> tomcatadd/webapps/bodington/templates/style_default/floor/main.html >>> tomcatadd/webapps/bodington/templates/style_default/mediadocument/=20= >>> menu.html >>> tomcatadd/webapps/bodington/templates/style_default/password/=20 >>> x509check.html >>> tomcatadd/webapps/bodington/templates/style_default/room/main.html >>> tomcatadd/webapps/bodington/templates/style_default/site/main.html >>> tomcatadd/webapps/bodington/templates/style_default/suite/main.html >>> >>> Prehaps if this was someone from Leeds, they can check this in to =20= >>> CVS as >>> themselves and then we all know who to pat on the back when =20 >>> they've got >>> them right ;-). >>> >>> >>> -- >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >>> | Alexis O'Connor, VLE Developer (http://bodington.org) | >>> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | >>> | Tel. +44 (0)1865 283661 | >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >>> >>> >>> ------------------------------------------------------- >>> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >>> Strategies >>> from IBM. Find simple to follow Roadmaps, straightforward articles, >>> informative Webcasts and more! Get everything you need to get up to >>> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dc= lick >>> _______________________________________________ >>> Bodington-developers mailing list >>> Bod...@li... >>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >>> >>> >>> >> >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >> Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > |
From: Brian P. C. <bm...@bm...> - 2005-07-20 10:40:11
|
My new sourceforge account name is brian_clark I can consult Atif about cvs. Thanks, Brian (Peter) Peter (Brian) > what is peter's sf id? > > Peter, if you have not done so, would you please toodle over to > sf.net and register, then send me your id in order that I may give > you access. > I assume you know cvs? If not, well....is aggie about? > If not, email me and we'll sort something else out. > > > s > > > On 20 Jul 2005, at 11:18, Alistair Young wrote: > > > can someone get Peter commit access? > > > > Alistair > > > > On 20 Jul 2005, at 11:07, Brian Peter Clark wrote: > > > > > >> I'm sorry about this, but it is a result of not knowing how things in > >> Bods work. > >> > >> I saw a string literal that had semantic content: hidden to me, > >> cach=E9 to a French person. > >> > >> If Alistair might send me one good file for the paths thing that he > >> mentioned, I can sort things out. A couple of global edits.. > >> > >> I sent the stuff to Alistair because I do not have the power or > >> knowledge to commit anything (apart from these mistakes). > >> > >> Regards, > >> > >> Brian > >> > >> > >> > >>> Looking at the stuff that was checked in yesterday at about 19/07/05 > >>> 16:47 with the comment 'Localised'. (My vague understanding is > >>> that this > >>> is maybe stuff Leeds did, but Alistair checked in on their > >>> behalf, which > >>> is why I'm sending this to the list, rather than an individual) > >>> is duff. > >>> The problem is that certain calls to Facility which represent method > >>> arguments (rather than user-displayed text) have been localised. > >>> > >>> A good example is the following (original): > >>> > >>> <call> > >>> <target method=3D"insert"><variable name=3D"facility"/></target> > >>> <parameters> > >>> <variable name=3D"request"/> > >>> <variable name=3D"writer"/> > >>> <literal type=3D"String">stylesheet</literal> > >>> <literal type=3D"String"></literal> > >>> </parameters> > >>> </call> > >>> > >>> This is basically facility.insert(request, writer, "stylesheet", > >>> ""). It > >>> should not be changed to the following: > >>> > >>> <call> > >>> <target method=3D"insert"><variable name=3D"facility"/></target> > >>> <parameters> > >>> <variable name=3D"request"/> > >>> <variable name=3D"writer"/> > >>> <literal type=3D"String"><localise d=3D"page.stylesheet"/></lite= ral> > >>> <literal type=3D"String"></literal> > >>> </parameters> > >>> </call> > >>> > >>> This will work as expected for English. When you change the > >>> language to > >>> French, the insert() method will have no idea of what to insert when > >>> called with the argument "le sheet de style". > >>> > >>> The files that are affected are the following: > >>> > >>> tomcatadd/webapps/bodington/templates/style_default/building/ > >>> main.html > >>> tomcatadd/webapps/bodington/templates/style_default/directory/ > >>> consentconfirm.html > >>> tomcatadd/webapps/bodington/templates/style_default/directory/ > >>> consentform.html > >>> tomcatadd/webapps/bodington/templates/style_default/floor/main.html > >>> tomcatadd/webapps/bodington/templates/style_default/mediadocument/ > >>> menu.html > >>> tomcatadd/webapps/bodington/templates/style_default/password/ > >>> x509check.html > >>> tomcatadd/webapps/bodington/templates/style_default/room/main.html > >>> tomcatadd/webapps/bodington/templates/style_default/site/main.html > >>> tomcatadd/webapps/bodington/templates/style_default/suite/main.html > >>> > >>> Prehaps if this was someone from Leeds, they can check this in to > >>> CVS as > >>> themselves and then we all know who to pat on the back when > >>> they've got > >>> them right ;-). > >>> > >>> > >>> -- > >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > >>> | Alexis O'Connor, VLE Developer (http://bodington.org) | > >>> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | > >>> | Tel. +44 (0)1865 283661 | > >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > >>> > >>> > >>> ------------------------------------------------------- > >>> SF.Net email is sponsored by: Discover Easy Linux Migration > >>> Strategies > >>> from IBM. Find simple to follow Roadmaps, straightforward articles, > >>> informative Webcasts and more! Get everything you need to get up to > >>> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3D= click > >>> _______________________________________________ > >>> Bodington-developers mailing list > >>> Bod...@li... > >>> https://lists.sourceforge.net/lists/listinfo/bodington-developers > >>> > >>> > >>> > >> > >> > >> > >> > >> ------------------------------------------------------- > >> SF.Net email is sponsored by: Discover Easy Linux Migration > >> Strategies > >> from IBM. Find simple to follow Roadmaps, straightforward articles, > >> informative Webcasts and more! Get everything you need to get up to > >> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=3Dclick > >> _______________________________________________ > >> Bodington-developers mailing list > >> Bod...@li... > >> https://lists.sourceforge.net/lists/listinfo/bodington-developers > >> > >> > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > informative Webcasts and more! Get everything you need to get up to > > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=3Dclick > > _______________________________________________ > > Bodington-developers mailing list > > Bod...@li... > > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=C0ick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Sean M. <se...@sm...> - 2005-07-20 11:34:32
|
On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: > My new sourceforge account name is > > brian_clark > > I can consult Atif about cvs. > > Thanks, > > Brian (Peter) > > Peter (Brian) brian_clark now has write access to head. while i'm at it, are there ones on the following list who shouldn't =20 be anymore? who is bodington? Darko still about? Matthew, can we all use your bodcruz to do the same thing as you are =20 doing on dev.ox? s =EF=BF=BC= |
From: Colin T. <col...@co...> - 2005-07-20 11:44:38
|
> who is bodington? Nathan Bodington (aka Jon!) Sean Mehan wrote: > On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: > >> My new sourceforge account name is >> >> brian_clark >> >> I can consult Atif about cvs. >> >> Thanks, >> >> Brian (Peter) >> >> Peter (Brian) > > > > brian_clark now has write access to head. > while i'm at it, are there ones on the following list who shouldn't be anymore? > who is bodington? Darko still about? > > Matthew, can we all use your bodcruz to do the same thing as you are doing on > dev.ox? > s > > > |
From: Sean M. <se...@sm...> - 2005-07-20 12:49:27
|
nope. I thought that as well, but if you search the list, you'll find another. So why have a dummy account for commits? s On 20 Jul 2005, at 12:41, Colin Tatham wrote: > > who is bodington? > > Nathan Bodington (aka Jon!) > > Sean Mehan wrote: > >> On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: >> >>> My new sourceforge account name is >>> >>> brian_clark >>> >>> I can consult Atif about cvs. >>> >>> Thanks, >>> >>> Brian (Peter) >>> >>> Peter (Brian) >>> >> brian_clark now has write access to head. while i'm at it, are >> there ones on the following list who shouldn't be anymore? who is >> bodington? Darko still about? >> Matthew, can we all use your bodcruz to do the same thing as you >> are doing on dev.ox? >> s >> > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > |
From: Colin T. <col...@co...> - 2005-07-20 13:07:16
|
He said something about wanting to be able to log in as another user, (dunno why) but Jon set Nathan B up. (I asked who Nathan B was in the early days, when Jon was managing the SourceForge project.) Sean Mehan wrote: > nope. I thought that as well, but if you search the list, you'll find > another. So why have a dummy account for commits? > > > s > > On 20 Jul 2005, at 12:41, Colin Tatham wrote: > >> > who is bodington? >> >> Nathan Bodington (aka Jon!) >> >> Sean Mehan wrote: >> >>> On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: >>> >>>> My new sourceforge account name is >>>> >>>> brian_clark >>>> >>>> I can consult Atif about cvs. >>>> >>>> Thanks, >>>> >>>> Brian (Peter) >>>> >>>> Peter (Brian) >>>> >>> brian_clark now has write access to head. while i'm at it, are there >>> ones on the following list who shouldn't be anymore? who is >>> bodington? Darko still about? >>> Matthew, can we all use your bodcruz to do the same thing as you are >>> doing on dev.ox? >>> s >>> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Matthew B. <mat...@co...> - 2005-07-20 11:44:55
|
Sean Mehan wrote: > > On 20 Jul 2005, at 11:36, Brian Peter Clark wrote: > >> My new sourceforge account name is >> >> brian_clark >> >> I can consult Atif about cvs. >> >> Thanks, >> >> Brian (Peter) >> >> Peter (Brian) > > > > brian_clark now has write access to head. > while i'm at it, are there ones on the following list who shouldn't be > anymore? who is bodington? Darko still about? I think bodington was used by Jon. No idea about Darko. > Matthew, can we all use your bodcruz to do the same thing as you are > doing on dev.ox? I'm not sure I follow.... bodcruz is the user that logs into CVS and grabs the latest version and then attempts to build it. bodcruz doesn't need write access, just read. What do you want to use bodcruz for? http://dev.weblearn.ox.ac.uk/cruisecontrol/ should be accessable to everyone. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |