iscs-developers Mailing List for Security Policy Manager
Status: Beta
Brought to you by:
jsulliva
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(7) |
Mar
(55) |
Apr
(21) |
May
(71) |
Jun
|
Jul
(145) |
Aug
(93) |
Sep
(44) |
Oct
(185) |
Nov
(85) |
Dec
(103) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(100) |
Feb
(88) |
Mar
(31) |
Apr
(76) |
May
(120) |
Jun
(70) |
Jul
(57) |
Aug
(67) |
Sep
(26) |
Oct
(15) |
Nov
|
Dec
|
| 2005 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
(9) |
Jun
(29) |
Jul
(19) |
Aug
(5) |
Sep
(4) |
Oct
(6) |
Nov
(3) |
Dec
|
| 2006 |
Jan
|
Feb
(34) |
Mar
(12) |
Apr
(13) |
May
(9) |
Jun
(8) |
Jul
(9) |
Aug
(51) |
Sep
(3) |
Oct
(9) |
Nov
(14) |
Dec
(4) |
| 2007 |
Jan
(3) |
Feb
(2) |
Mar
(22) |
Apr
(16) |
May
(16) |
Jun
(18) |
Jul
(50) |
Aug
(9) |
Sep
(8) |
Oct
(4) |
Nov
(5) |
Dec
(14) |
| 2008 |
Jan
(5) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: John A. S. I. <jsu...@op...> - 2008-02-05 18:53:10
|
Hello, all. Mike is unable to make the call tonight. I could still do it so please let me know if anyone else is planning on attending. Otherwise, we'll simply cancel until next week. Talk to you then - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2008-01-31 15:11:55
|
Hello, all. I've had a change of schedule so, alas, we need to change our call date. My apologies but we have a little while to go before the calls can happen without me ;) We will not have a call tonight. The calls are now moved to Tuesday evenings at 7:00 PM EST / midnight UTC. Our next call will be February 5 at 19:00 EST / February 6 at midnight UTC. Take care - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2008-01-18 16:59:51
|
Hello, all. Last night's training call has been posted to http://iscs.opensourcedevel.com/develtraining.html We do not have a call next week. Our next call will be Thursday, January 31 at 7:00 PM EST / midnight UTC. Take care - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2008-01-17 03:32:16
|
Hello, all. This is a reminder that our next training call is tomorrow (probably today by the time you read this) at 7:00 PM EST / midnight UTC on Skype. The recording of the last call has been posted on http://iscs.opensourcedevel.com/develtraining.html Talk to you then - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2008-01-07 15:09:20
|
Hello, all. Time to get back on a regular schedule of calls. We are currently scheduled for this Thursday at 7:00 EST / midnight UTC. Does this work well for everyone for future calls? If not, please suggest some alternatives. Despite my neglect of the development team, the project continues to move forward quickly. The basic Resource delete functionality is finished and the edit functionality is almost there. The edit code in particular has been very challenging and complex so I'm delighted it is near completion. See you on Skype this Thursday - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: Ahmed <ahm...@ho...> - 2008-01-05 06:57:08
|
PGhlYWQ+CjwvaGVhZD4KPGJvZHk+CgkKCTxmb250IHNpemU9IjMiPgoJCUFobWVkIFJhaG1hdHVs bGEgd2FudHMgeW91IHRvIGpvaW4gWWFhcmkhCgkJPGJyPgoJCTxicj4KCQlJcyBBaG1lZCB5b3Vy IGZyaWVuZD8KCQk8YnI+CgkJPGJyPgoJCTxhIGhyZWY9Imh0dHA6Ly93d3cueWFhcmkuY29tL3kt cmVnaXN0ZXIucGhwP2k9UUxXMk9BV1FRV01FSlExSTExOTkxMDM1NTkiPlllcywgQWhtZWQgaXMg bXkKZnJpZW5kITwvYT4gJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9Imh0dHA6Ly93 d3cueWFhcmkuY29tL3ktcmVnaXN0ZXIucGhwP2k9bm8iPk5vLCBBaG1lZAppc24ndCBteSBmcmll bmQuPC9hPgkJCQoJCTxicj4KCQk8YnI+CgkJUGxlYXNlIHJlc3BvbmQgb3IgQWhtZWQgbWlnaHQg dGhpbmsgeW91IHNhaWQgbm8gOiggCgkJPGJyPgoJCTxicj4KCQlUaGFua3MsCgkJPGJyPgoJCVRo ZSBZYWFyaSBUZWFtCgkJCgkJCgkJPGJyIC8+CgkJPGJyIC8+CgkJX19fXwoJCQoJCTxicj4KCQlZ b3UgYXJlIHJlY2VpdmluZyB0aGlzIG1lc3NhZ2UgYmVjYXVzZSBzb21lb25lIHlvdSBrbm93IHJl Z2lzdGVyZWQgZm9yIFlhYXJpIGFuZCBsaXN0ZWQgeW91IGFzIGEKY29udGFjdC4gCgkJPGJyPgoJ CUlmIHlvdSBkbyBub3Qgd2FudCB0byByZWNlaXZlIHN1Y2ggbm90aWZpY2F0aW9ucyBpbiB0aGUg ZnV0dXJlLCBwbGVhc2UgY2xpY2sgPGEKaHJlZj0iaHR0cDovL3lhYXJpLmNvbS95LWVtYWlsLW9w dC1vdXQucGhwP3BhcmFtPWFYTmpjeTFrWlhabGJHOXdaWEp6UUd4cGMzUnpMbk52ZFhKalpXWnZj bWRsTG01bGRBJTNEJTNEIj5oZXJlPC9hPi4KCgkJPGJyPgoJCUlmIHlvdSBoYXZlIGFueSBjb25j ZXJucyByZWdhcmRpbmcgdGhlIGNvbnRlbnQgb2YgdGhpcyBtZXNzYWdlLCBwbGVhc2UgZW1haWwg YWJ1c2VAeWFhcmkuY29tLiAgCgkJPGJyPgoJPC9mb250PgoJCQoJPGZvbnQgc2l6ZT0iMiI+CgkJ WWFhcmkgTExDLCAzNTggQW5naWVyIEF2ZSwgQXRsYW50YSwgR0EgMzAzMTIKCTwvZm9udD4KCjwv Ym9keT4KPC9odG1sPgo= |
|
From: Michael A. <mic...@gm...> - 2007-12-21 01:24:47
|
Happy Holidays to everyone!!! Mike On 12/20/07, John A. Sullivan III <jsu...@op...> wrote: > On Thu, 2007-12-20 at 16:15 -0500, Mike Alexeev wrote: > > John, > > > > I hate to say it but it looks like I won't be able to join today's call. We > > are having an emergency migration today at work and it will take awhile. > > Please go ahead without me. I will join the next call. > > > > Mike > > > Oops! I just sent out the reminder! Quite understandable. I hate to do > it but we should probably not have another call until Thursday, January > 10. I'm actually booked every night until then (and, no, I'm not > partying!). I hate to wait that long. There's finally a ton of new > code going into ISCS its first generally usable release in just a few > weeks. > > So let's all have a great holiday season. A blessed Christmas to those > of you who celebrate it. Please don't hesitate to contact me in the > interim especially if you have a solution to the database problem I > posted yesterday. That needs to go into the new release. Thanks, all - > John > -- > John A. Sullivan III > Open Source Development Corporation > +1 207-985-7880 > jsu...@op... > > Financially sustainable open source development > http://www.opensourcedevel.com > > > |
|
From: John A. S. I. <jsu...@op...> - 2007-12-20 21:27:55
|
On Thu, 2007-12-20 at 16:15 -0500, Mike Alexeev wrote: > John, > > I hate to say it but it looks like I won't be able to join today's call. We > are having an emergency migration today at work and it will take awhile. > Please go ahead without me. I will join the next call. > > Mike > Oops! I just sent out the reminder! Quite understandable. I hate to do it but we should probably not have another call until Thursday, January 10. I'm actually booked every night until then (and, no, I'm not partying!). I hate to wait that long. There's finally a ton of new code going into ISCS its first generally usable release in just a few weeks. So let's all have a great holiday season. A blessed Christmas to those of you who celebrate it. Please don't hesitate to contact me in the interim especially if you have a solution to the database problem I posted yesterday. That needs to go into the new release. Thanks, all - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-12-20 21:21:50
|
Hello, all. Just a quick reminder that we have a call tonight. I'll leave my Skype up today in case anyone wants to call me ahead of time to test. Our last call was torpedoed because my Skype was broken and I have not used it since fixing it. Talk to you at 7:00 PM EST / midnight UTC - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: Mike A. <mic...@gm...> - 2007-12-20 21:15:16
|
John, I hate to say it but it looks like I won't be able to join today's call. We are having an emergency migration today at work and it will take awhile. Please go ahead without me. I will join the next call. Mike |
|
From: John A. S. I. <jsu...@op...> - 2007-12-19 23:41:04
|
Come to think of it, there may be deployments on 3.23 so we need to find a way to do this without subqueries. The only currently supported database is MySQL although that is not the long term plan. Is there even an MySQL specific way to do it? Can values be saved to some variable populated via a select statement and then the variable used in an update statement? Thanks - John On Wed, 2007-12-19 at 18:07 -0500, John A. Sullivan III wrote: > Alas, mysql 4.x returns an error: > > mysql> update all_res_ipranges set containsbestmatch=0 where actualrange > in (select actualrange from all_res_ipranges left join best_match_res_ip > on lowbinary=superlow and highbinary=superhigh where containsbestmatch=1 > and superlow is null); > ERROR 1064 (00000): You have an error in your SQL syntax near 'select > actualrange from all_res_ipranges left join best_match_res_ip on > lowbinar' at line 1 > > Do you or anyone happen to know what the proper subclause syntax is for > MySQL < 5.x? Thanks - John > > On Wed, 2007-12-19 at 18:33 -0300, Daniel Medeiros wrote: > > At first, I forgot confirming that you were right about the problem. > > In an UPDATE statement you cannot reference more than one table. > > > > I'm at work now and the CVS to outside is blocked, but if you don't > > mind I'd to guess your answer. > > > > I may confess I am not so used to SQL:2003 (I have worked more with > > SQL99), and I am not sure if it will work in every database you have, > > you'll need to test them. But, even without seeing your database, just > > by your previous comments and commands, I'd guess these commands: > > > > update accessors_ip set containsbestmatch=0 > > where actualrange in ( select actualrange from accessors_ip left join > > best_match_acc_ip on lowbinary=superlow and > > highbinary=superhigh where > > containsbestmatch=1 and superlow is null); > > > > and > > > > update all_res_ipranges set containsbestmatch=0 > > where actualrange in ( select actualrange from all_res_ipranges left > > join best_match_res_ip on lowbinary=superlow and > > > > highbinary=superhigh where > > containsbestmatch=1 and superlow is null); > > > > > > > > > > On Dec 19, 2007 5:24 PM, John A. Sullivan III > > <jsu...@op...> wrote: > > That would be great, Daniel. The ERDs and table definitions > > are in the > > CVS under devel-docs/Database. > > > > So how is the world going for you? Planning anything special > > for > > Christmas? Take care - John > > > > > > On Wed, 2007-12-19 at 15:32 -0300, Daniel Medeiros wrote: > > > Hey, John, > > > > > > I guess I can help you, even being out of the project. Could > > you send > > > me the database schema? I'll take a look and answer you > > ASAP. > > > > > > - Daniel > > > > > > On Dec 19, 2007 3:08 PM, John A. Sullivan III < > > > jsu...@op...> wrote: > > > Hello, all. While writing the edit Resource code we > > need for > > > a current > > > project, I came across a bug in the code which may > > have made > > > some > > > erroneous database entries however I do not have the > > SQL > > > knowledge to > > > know how to write an SQL statement to find and fix > > the > > > erroneous > > > entries. Can someone suggest how we can write a > > patch for the > > > next > > > release to repair the database? > > > > > > The problem is that we erroneously returned a value > > of true > > > for > > > containsbestmatch when it should have been false. > > To find the > > > errant > > > rows in the all_res_ipranges table (for Resources) > > or the > > > accessors_ip > > > table (for Accessors) we can do: > > > > > > select actualrange, containsbestmatch from > > all_res_ipranges > > > left join > > > best_match_res_ip on lowbinary=superlow and > > > highbinary=superhigh where > > > containsbestmatch=1 and superlow is null; > > > > > > and > > > > > > select actualrange, containsbestmatch from > > accessors_ip left > > > join > > > best_match_acc_ip on lowbinary=superlow and > > > highbinary=superhigh where > > > containsbestmatch=1 and superlow is null; > > > > > > But how do we find the rows and then fix them in a > > single SQL > > > statement? > > > Something like: > > > > > > update accessors_ip set containsbestmatch=0 left > > join > > > best_match_acc_ip > > > on lowbinary=superlow and highbinary=superhigh > > where > > > containsbestmatch=1 > > > and superlow is null; > > > > > > does not work since I think one can have only one > > table in an > > > update > > > statement. I'd like to fix this ASAP so any help > > would be > > > greatly > > > appreciated. Thanks - John > > > -- > <snip> > > -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-12-19 23:07:28
|
Alas, mysql 4.x returns an error: mysql> update all_res_ipranges set containsbestmatch=0 where actualrange in (select actualrange from all_res_ipranges left join best_match_res_ip on lowbinary=superlow and highbinary=superhigh where containsbestmatch=1 and superlow is null); ERROR 1064 (00000): You have an error in your SQL syntax near 'select actualrange from all_res_ipranges left join best_match_res_ip on lowbinar' at line 1 Do you or anyone happen to know what the proper subclause syntax is for MySQL < 5.x? Thanks - John On Wed, 2007-12-19 at 18:33 -0300, Daniel Medeiros wrote: > At first, I forgot confirming that you were right about the problem. > In an UPDATE statement you cannot reference more than one table. > > I'm at work now and the CVS to outside is blocked, but if you don't > mind I'd to guess your answer. > > I may confess I am not so used to SQL:2003 (I have worked more with > SQL99), and I am not sure if it will work in every database you have, > you'll need to test them. But, even without seeing your database, just > by your previous comments and commands, I'd guess these commands: > > update accessors_ip set containsbestmatch=0 > where actualrange in ( select actualrange from accessors_ip left join > best_match_acc_ip on lowbinary=superlow and > highbinary=superhigh where > containsbestmatch=1 and superlow is null); > > and > > update all_res_ipranges set containsbestmatch=0 > where actualrange in ( select actualrange from all_res_ipranges left > join best_match_res_ip on lowbinary=superlow and > > highbinary=superhigh where > containsbestmatch=1 and superlow is null); > > > > > On Dec 19, 2007 5:24 PM, John A. Sullivan III > <jsu...@op...> wrote: > That would be great, Daniel. The ERDs and table definitions > are in the > CVS under devel-docs/Database. > > So how is the world going for you? Planning anything special > for > Christmas? Take care - John > > > On Wed, 2007-12-19 at 15:32 -0300, Daniel Medeiros wrote: > > Hey, John, > > > > I guess I can help you, even being out of the project. Could > you send > > me the database schema? I'll take a look and answer you > ASAP. > > > > - Daniel > > > > On Dec 19, 2007 3:08 PM, John A. Sullivan III < > > jsu...@op...> wrote: > > Hello, all. While writing the edit Resource code we > need for > > a current > > project, I came across a bug in the code which may > have made > > some > > erroneous database entries however I do not have the > SQL > > knowledge to > > know how to write an SQL statement to find and fix > the > > erroneous > > entries. Can someone suggest how we can write a > patch for the > > next > > release to repair the database? > > > > The problem is that we erroneously returned a value > of true > > for > > containsbestmatch when it should have been false. > To find the > > errant > > rows in the all_res_ipranges table (for Resources) > or the > > accessors_ip > > table (for Accessors) we can do: > > > > select actualrange, containsbestmatch from > all_res_ipranges > > left join > > best_match_res_ip on lowbinary=superlow and > > highbinary=superhigh where > > containsbestmatch=1 and superlow is null; > > > > and > > > > select actualrange, containsbestmatch from > accessors_ip left > > join > > best_match_acc_ip on lowbinary=superlow and > > highbinary=superhigh where > > containsbestmatch=1 and superlow is null; > > > > But how do we find the rows and then fix them in a > single SQL > > statement? > > Something like: > > > > update accessors_ip set containsbestmatch=0 left > join > > best_match_acc_ip > > on lowbinary=superlow and highbinary=superhigh > where > > containsbestmatch=1 > > and superlow is null; > > > > does not work since I think one can have only one > table in an > > update > > statement. I'd like to fix this ASAP so any help > would be > > greatly > > appreciated. Thanks - John > > -- <snip> > -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-12-19 18:08:04
|
Hello, all. While writing the edit Resource code we need for a current project, I came across a bug in the code which may have made some erroneous database entries however I do not have the SQL knowledge to know how to write an SQL statement to find and fix the erroneous entries. Can someone suggest how we can write a patch for the next release to repair the database? The problem is that we erroneously returned a value of true for containsbestmatch when it should have been false. To find the errant rows in the all_res_ipranges table (for Resources) or the accessors_ip table (for Accessors) we can do: select actualrange, containsbestmatch from all_res_ipranges left join best_match_res_ip on lowbinary=superlow and highbinary=superhigh where containsbestmatch=1 and superlow is null; and select actualrange, containsbestmatch from accessors_ip left join best_match_acc_ip on lowbinary=superlow and highbinary=superhigh where containsbestmatch=1 and superlow is null; But how do we find the rows and then fix them in a single SQL statement? Something like: update accessors_ip set containsbestmatch=0 left join best_match_acc_ip on lowbinary=superlow and highbinary=superhigh where containsbestmatch=1 and superlow is null; does not work since I think one can have only one table in an update statement. I'd like to fix this ASAP so any help would be greatly appreciated. Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: Mike A. <mic...@gm...> - 2007-12-13 17:58:10
|
Thursday is fine mike ----- Original Message ----- From: "John A. Sullivan III" <jsu...@op...> To: "Mike Alexeev" <mic...@gm...> Cc: "ISCS Developers" <isc...@li...> Sent: Thursday, December 13, 2007 11:16 AM Subject: Re: [ISCS-devel] Call change > On Thu, 2007-12-13 at 09:37 -0500, Mike Alexeev wrote: >> Hi John, >> >> >> >> > Argh! My schedule has shifted and I will not be able to make the call >> > at >> > 7:00 EST tonight. Let's schedule the next call for Tuesday, Dec. 18 at >> > 7:00 PM EST. Please let me know if that's a problem. Thanks - John >> > -- >> >> Tuesday won't work for me. What about Wednesday? >> >> --- >> Thanks, >> Mike >> >> > Hmm . . .Wednesday doesn't work for me. How about Thursday, Dec 20? - > John > -- > John A. Sullivan III > Open Source Development Corporation > +1 207-985-7880 > jsu...@op... > > Financially sustainable open source development > http://www.opensourcedevel.com > > |
|
From: John A. S. I. <jsu...@op...> - 2007-12-13 17:17:43
|
OK everyone, so Thursday, December 20, 2007 it is at 7:00 PM EST / midnight UTC. Please remember to read the Indirect Conflict Checks documentation beforehand. See you on Skype - John On Thu, 2007-12-13 at 11:50 -0500, Mike Alexeev wrote: > Thursday is fine > > mike > ----- Original Message ----- > From: "John A. Sullivan III" <jsu...@op...> > To: "Mike Alexeev" <mic...@gm...> > Cc: "ISCS Developers" <isc...@li...> > Sent: Thursday, December 13, 2007 11:16 AM > Subject: Re: [ISCS-devel] Call change > > > > On Thu, 2007-12-13 at 09:37 -0500, Mike Alexeev wrote: > >> Hi John, > >> > >> > >> > >> > Argh! My schedule has shifted and I will not be able to make the call > >> > at > >> > 7:00 EST tonight. Let's schedule the next call for Tuesday, Dec. 18 at > >> > 7:00 PM EST. Please let me know if that's a problem. Thanks - John > >> > -- > >> > >> Tuesday won't work for me. What about Wednesday? > >> > >> --- > >> Thanks, > >> Mike > >> > >> > > Hmm . . .Wednesday doesn't work for me. How about Thursday, Dec 20? - > > John > > -- > > John A. Sullivan III > > Open Source Development Corporation > > +1 207-985-7880 > > jsu...@op... > > > > Financially sustainable open source development > > http://www.opensourcedevel.com > > > > > -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-12-13 16:17:01
|
On Thu, 2007-12-13 at 09:37 -0500, Mike Alexeev wrote: > Hi John, > > > > > Argh! My schedule has shifted and I will not be able to make the call at > > 7:00 EST tonight. Let's schedule the next call for Tuesday, Dec. 18 at > > 7:00 PM EST. Please let me know if that's a problem. Thanks - John > > -- > > Tuesday won't work for me. What about Wednesday? > > --- > Thanks, > Mike > > Hmm . . .Wednesday doesn't work for me. How about Thursday, Dec 20? - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: Mike A. <mic...@gm...> - 2007-12-13 14:38:17
|
Hi John, > Argh! My schedule has shifted and I will not be able to make the call at > 7:00 EST tonight. Let's schedule the next call for Tuesday, Dec. 18 at > 7:00 PM EST. Please let me know if that's a problem. Thanks - John > -- Tuesday won't work for me. What about Wednesday? --- Thanks, Mike |
|
From: John A. S. I. <jsu...@op...> - 2007-12-13 05:37:50
|
Argh! My schedule has shifted and I will not be able to make the call at 7:00 EST tonight. Let's schedule the next call for Tuesday, Dec. 18 at 7:00 PM EST. Please let me know if that's a problem. Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-12-07 00:16:36
|
Good evening, all. Tonight's meeting was canceled due to technical difficulties. I upgraded my Ubuntu system from Feisty to Gutsy and it has been catastrophic -- all kinds of things broke. I'll try to get it all fixed in time for next weeks call - same day and time. Please finish going through the indirect conflict section of the commit changes document if you haven't already. It's quite complicated so we will probably need to go over it a few times. Take care - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-12-03 18:07:24
|
Hello, all. This week's training call will take place as scheduled at 19:00 EST, Thursday, Dec 6. That will be midnight UTC. It would be helpful of you could read the Indirect Edit Conflicts section of the devel-docs/Functions/CommitChanges/CommitChanges.html file. It is some of the more convoluted and difficult to follow logic we have. It will probably not make complete sense when you read it and will be difficult to follow but the only way to understand it is to work patiently through it. See you on Skype - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-11-29 15:24:07
|
Hello, all. I've posted a very simple bug to the SourceForge bug tracker under the title "Edit RG comment fails" Would anyone care to see if they can fix it while we are waiting for training to begin again next week. By the way, there is a very good chance we will need to move the training call from Thursday, Dec 6 to Tuesday Dec 4. Does that present a problem for anyone? Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-11-08 19:26:16
|
Hello, all. A development company in our building is looking for a contract AJAX developer. Most of their work is LAMP. Database experience would be helpful. If you are interested in this paid contract position or know someone who would be, let me know and I'll pass along the contact details. Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-11-08 02:01:33
|
Hello, all. We finished the login sequence and began the commit changes routines. The call recording is posted on http://iscs.opensourcedevel.com/develtraining.html Two important items: Our next call will not be until Thursday, Dec 6, 2007. This is to accommodate both holiday and travel plans. However, there is some heavy and important reading to prepare for the next call so you may need that much time to prepare. Kindly read at least the Indirect Edit Conflicts section of the devel-docs/Functions/CommitChanges/CommitChanges.html file. It is some of the more convoluted and difficult to follow logic we have. It will probably not make complete sense when you read it and will be difficult to follow but the only way to understand it is to work patiently through it. Please feel free to email or Skype with any questions. Take care - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-11-07 23:05:21
|
Hello, all. A quick reminder that we have a call at 7:00 EST this evening, midnight UTC. Thanks - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |
|
From: John A. S. I. <jsu...@op...> - 2007-11-01 01:06:03
|
Hello, all. We had a pretty thorough training call tonight on the application startup and login processes. The call has been posted to http://iscs.opensourcedevel.com/develtraining.html The next call is next Wednesday, November 7 at 7:00 PM EST. That will be midnight UTC. Talk to you then - John -- John A. Sullivan III Open Source Development Corporation +1 207-985-7880 jsu...@op... Financially sustainable open source development http://www.opensourcedevel.com |