From greg_stein@eshop.com Wed Dec 20 02:47:42 1995 From: greg_stein@eshop.com (Greg Stein) Date: Tue, 19 Dec 1995 18:47:42 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: Hello all! I've been a bit too busy for my taste, lately, but I found an opening :-) As many of us discussed at the Workshop, there seemed to be a large consensus for creating a "database sig" that would cover various topics such as: common database interfaces, standard table representations, persistency issues, and the like. I volunteered to drive this SIG, with some support from Paul Everitt. At this point, it doesn't seem like there will be much of a dispute on whether we need this (given the show of hands at the Workshop), but the charter and initial bullet items could be up in the air. Below, I've attached my idea of the mailing list "info", which outlines the sig's charter. This is rather short notice, but I would like to see the mailing list itself started ASAP (maybe by Friday). I believe we can refine the charter after that point. I'd just like to see it started soon cuz I've been itching to send some mail, as I'm sure other have :-). Precluding any objections, maybe I can twist Barry's arm to set it up soon. Happy holidays... -Greg ------------------ This list is intended to work through and resolve issues related to database access from Python. Being somewhat related, this list may also cover persistency issues in Python. The list will cover a number of topics, attempting to produce documentation, modules, and/or sample code. Based on input from the Third Python Workshop, the following set of initial topics have been raised: - uniform database access, particularly for commerical SQL databases - general tabular database access - efficient persistence About this list: Additions and deletions are all automated via Majordomo. For details, send the word `help' in the body of a mail message to the Administrivia address given below. The subscription policy is `open', meaning you can add or delete yourself at any time, but you cannot add or delete anyone else without approval. This list is unmoderated and unrestricted. This means that anybody can post messages to the list. Messages are archived and available for download, as are perhaps other useful files. For details, send the word `index' in the body of a message to the Administrivia address. Post messages to the everyone on the list by using the List address. If you absolutely must to contact a human being, use the Owner address. ============================================================ List address: database-sig@python.org Administrivia: database-sig-request@python.org Owner: database-sig-owner@python.org ============================================================ ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From paul@digicool.com Wed Dec 20 12:45:28 1995 From: paul@digicool.com (Paul Everitt) Date: Wed, 20 Dec 1995 07:45:28 -0500 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG References: Message-ID: <30D80568.5B51@digicool.com> The writeup looks good. Greg, do you intend to do as I've done on the Locator SIG and have a WWW site w/ Database SIG docs? If so, and you are going to house it there, you might want to put the URL in the charter message, or at least on the pointer that goes to Barry. I agree with the fast track on this, and also have some things queued up for the SIG... --Paul ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Wed Dec 20 22:10:25 1995 From: greg_stein@eshop.com (Greg Stein) Date: Wed, 20 Dec 1995 14:10:25 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: My intention was to definitely have web-based information. I had hoped to place these pages at www.python.org. I see no need to house a separate site. In particular, eShop doesn't have a public server would be any easier for me to access than the main python server, so I would prefer to put them there. If there are administrative/security problems with that, then I have a site or three I can use for the DB SIG pages. -g At 7:45 AM 12/20/95, Paul Everitt wrote: >The writeup looks good. Greg, do you intend to do as I've done on >the Locator SIG and have a WWW site w/ Database SIG docs? If so, and >you are going to house it there, you might want to put the URL in the >charter message, or at least on the pointer that goes to Barry. > >I agree with the fast track on this, and also have some things queued up >for the SIG... > >--Paul ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From Barry A. Warsaw" Message-ID: <9512202317.AA05479@anthem.CNRI.Reston.Va.US> Y'all know that Michael Mclay already set up the db-sig? It's actually alive for all intents and purposes. Greg, you and Mike should thrash out who will be owner-db-sig, and also come to some agreement on the db-sig.info file. Do a `info' command to db-sig-request@python.org to see what's currently there, then merge the two to your satisfaction. Then post the new language to meta-sig with a subject like "DB-SIG INFO WE ALL AGREE ON" :-) I'll install the new info at that time and make any ownership changes that are necessary. -Barry ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From jfulton@usgs.gov Thu Dec 21 18:40:55 1995 From: jfulton@usgs.gov (Jim Fulton, U.S. Geological Survey) Date: Thu, 21 Dec 1995 13:40:55 -0500 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG In-Reply-To: greg_stein@eshop.com (Greg Stein) "[PYTHON META-SIG] PROPOSAL: Database SIG" (Dec 19, 6:47pm) References: Message-ID: <9512211340.ZM20466@dsdbqvarsa.er.usgs.gov> Looks good to me. Jim On Dec 19, 6:47pm, Greg Stein wrote: > Subject: [PYTHON META-SIG] PROPOSAL: Database SIG > Hello all! > > I've been a bit too busy for my taste, lately, but I found an opening :-) > > As many of us discussed at the Workshop, there seemed to be a large > consensus for creating a "database sig" that would cover various topics > such as: common database interfaces, standard table representations, > persistency issues, and the like. I volunteered to drive this SIG, with > some support from Paul Everitt. > > At this point, it doesn't seem like there will be much of a dispute on > whether we need this (given the show of hands at the Workshop), but the > charter and initial bullet items could be up in the air. Below, I've > attached my idea of the mailing list "info", which outlines the sig's > charter. > > This is rather short notice, but I would like to see the mailing list > itself started ASAP (maybe by Friday). I believe we can refine the charter > after that point. I'd just like to see it started soon cuz I've been > itching to send some mail, as I'm sure other have :-). Precluding any > objections, maybe I can twist Barry's arm to set it up soon. > > Happy holidays... > -Greg > > ------------------ > > This list is intended to work through and resolve issues related to > database access from Python. Being somewhat related, this list may also > cover persistency issues in Python. > > The list will cover a number of topics, attempting to produce > documentation, modules, and/or sample code. Based on input from the Third > Python Workshop, the following set of initial topics have been raised: > > - uniform database access, particularly for commerical SQL databases > - general tabular database access > - efficient persistence > > About this list: Additions and deletions are all automated via > Majordomo. For details, send the word `help' in the body of a mail > message to the Administrivia address given below. The subscription > policy is `open', meaning you can add or delete yourself at any time, > but you cannot add or delete anyone else without approval. > > This list is unmoderated and unrestricted. This means that anybody > can post messages to the list. Messages are archived and available > for download, as are perhaps other useful files. For details, send > the word `index' in the body of a message to the Administrivia > address. > > Post messages to the everyone on the list by using the List address. > > If you absolutely must to contact a human being, use the Owner > address. > > ============================================================ > List address: database-sig@python.org > > Administrivia: database-sig-request@python.org > > Owner: database-sig-owner@python.org > ============================================================ > > > > ================= > META-SIG - SIG on Python.Org SIGs and Mailing Lists > > send messages to: meta-sig@python.org > administrivia to: meta-sig-request@python.org > ================= >-- End of excerpt from Greg Stein ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Thu Dec 28 22:33:43 1995 From: greg_stein@eshop.com (Greg Stein) Date: Thu, 28 Dec 1995 14:33:43 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: Well... it seems nobody has raised any issues with this. Barry - can you install this as the info for the db-sig mailing list? When you're done, please let me know and I'll make an announcement on the newsgroup/list. Also, note that I added a URL at Paul's suggestion, but of course the page doesn't exist (yet) :-) Axe it if you want and it we can update later. Oh: the short list of sigs (seen when you send "lists" to majordomo) has incorrect one-line summaries. btw, who is in charge of the Python web site? As I mentioned in a previous note, I'd like to house db-sig pages there if possible. We've got several items to begin with: Michael's strawman API; I've got a tuple class that we talked about at lunch (it acts as a tuple, list, mapping, attributed object); Paul has stuff he's been hanging onto... :-) -g ---------------------- DB-SIG, a Special Interest Group for Tabular Databases in Python This list is intended to work through and resolve issues related to tabular database access from Python. Being somewhat related, this list may also cover persistency issues in Python. The list will cover a number of topics, attempting to produce documentation, modules, and/or sample code. Based on input from the Third Python Workshop, the following set of initial topics have been raised: - uniform tabular database access - particularly for commerical SQL databases - establish generic method interface for use by modules - efficient persistence - possible integration of dbm-style databases About this list: Additions and deletions are all automated via Majordomo. For details, send the word `help' in the body of a mail message to the Administrivia address given below. The subscription policy is `open', meaning you can add or delete yourself at any time, but you cannot add or delete anyone else without approval. This list is unmoderated and unrestricted. This means that anybody can post messages to the list. Messages are archived and available for download, as are perhaps other useful files. For details, send the word `index' in the body of a message to the Administrivia address. Post messages to the everyone on the list by using the List address. If you absolutely must to contact a human being, use the Owner address. ============================================================ List address: dbc-sig@python.org Administrivia: dbc-sig-request@python.org Owner: db-sig-owner@python.org Web info: http://www.python.org/sigs/db-sig.html ============================================================ ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From Barry A. Warsaw" Message-ID: <9512290043.AA23578@newcnri.CNRI.Reston.Va.US> >>>>> "GS" == Greg Stein writes: GS> Well... it seems nobody has raised any issues with this. Barry GS> - can you install this as the info for the db-sig mailing GS> list? Done. Please check to make sure I didn't screw up! :-) GS> Also, note that I added a URL at Paul's suggestion, but of GS> course the page doesn't exist (yet) :-) Axe it if you want and GS> it we can update later. I axed it. Let me know when I should add it back in. GS> Oh: the short list of sigs (seen when you send "lists" to GS> majordomo) has incorrect one-line summaries. Hmm, I'll check that. Thanks. -Barry ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From klm@cnri.reston.va.us Fri Dec 29 00:46:26 1995 From: klm@cnri.reston.va.us (Ken Manheimer) Date: Thu, 28 Dec 1995 19:46:26 -0500 (EST) Subject: [PYTHON META-SIG] PROPOSAL: Database SIG In-Reply-To: Message-ID: On Thu, 28 Dec 1995, Greg Stein wrote: > btw, who is in charge of the Python web site? As I mentioned in a previous > note, I'd like to house db-sig pages there if possible. I'm one of the people taking care of python.orgs web pages. I can definitely say that we want to host whatever sig web pages people want situated here. We haven't thought much about how to arrange this, however. Perhaps it's simple - we'll just take the pages via email or ftp upload and put them in place for the sig shepherds. So long as the traffic doesn't become too heavy, this should be quite workable from this side. Does that sound ok from the outside? Note that there is already some unfilled slots for this kind of thing - the http://www.python.org/sigs dir has some subdirs for some of the sigs. We just haven't followed up, as yet, on populating them (or getting the sig shepherds to provide the contents). I am thick in the middle of some pressing projects, and due to be away 2/3 of next week. So i'll try to start filling this in the week after next, as time permits. Start thinking about how you would want to populate your sig directory, sig shepherds... ken manheimer klm@cnri.reston.va.us (703) 620-8990 x268 Corporation for National Research Initiatives 1895 Preston White Drive, Suite 100 Reston, VA 22091 ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Fri Dec 29 01:10:07 1995 From: greg_stein@eshop.com (Greg Stein) Date: Thu, 28 Dec 1995 17:10:07 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: At 7:46 PM 12/28/95, Ken Manheimer wrote: >I'm one of the people taking care of python.orgs web pages. I can >definitely say that we want to host whatever sig web pages people want >situated here. We haven't thought much about how to arrange this, >however. Great! Having them there seems ideal to me. >Perhaps it's simple - we'll just take the pages via email or ftp upload >and put them in place for the sig shepherds. So long as the traffic >doesn't become too heavy, this should be quite workable from this side. >Does that sound ok from the outside? I was hoping to use ange-ftp directly on the pages. Failing that, an automated ftp/email upload system might work, but I'd be afraid of posing too much burden on the web site maintainer (you :-) to deal with moving the pages. If you are concerned with security re: FTP users, the ftpd mechanism has a thing called "groups" which allows you to restrict ftp users to a specific directory tree of the filesystem, much like anonymous users are restricted to ~ftp. It is pretty cool. All the sig pages could be placed in a tree assigned to a "siguser" group. I've done this before if you're interested. >Note that there is already some unfilled slots for this kind of thing - >the http://www.python.org/sigs dir has some subdirs for some of the >sigs. We just haven't followed up, as yet, on populating them (or >getting the sig shepherds to provide the contents). Hmm. I took a look and couldn't find any links. There were "mailto" links for mailing to the lists, but I didn't see pages... you might be able to create incentive to provide content by placing "info forthcoming..." pages in there :-). >I am thick in the middle of some pressing projects, and due to be away 2/3 >of next week. So i'll try to start filling this in the week after next, >as time permits. Start thinking about how you would want to populate your >sig directory, sig shepherds... No great rush; that time frame seems fine for me! Thanx for the time! -g Greg Stein, eShop Inc. greg_stein@eshop.com ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Wed Dec 20 02:47:42 1995 From: greg_stein@eshop.com (Greg Stein) Date: Tue, 19 Dec 1995 18:47:42 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: Hello all! I've been a bit too busy for my taste, lately, but I found an opening :-) As many of us discussed at the Workshop, there seemed to be a large consensus for creating a "database sig" that would cover various topics such as: common database interfaces, standard table representations, persistency issues, and the like. I volunteered to drive this SIG, with some support from Paul Everitt. At this point, it doesn't seem like there will be much of a dispute on whether we need this (given the show of hands at the Workshop), but the charter and initial bullet items could be up in the air. Below, I've attached my idea of the mailing list "info", which outlines the sig's charter. This is rather short notice, but I would like to see the mailing list itself started ASAP (maybe by Friday). I believe we can refine the charter after that point. I'd just like to see it started soon cuz I've been itching to send some mail, as I'm sure other have :-). Precluding any objections, maybe I can twist Barry's arm to set it up soon. Happy holidays... -Greg ------------------ This list is intended to work through and resolve issues related to database access from Python. Being somewhat related, this list may also cover persistency issues in Python. The list will cover a number of topics, attempting to produce documentation, modules, and/or sample code. Based on input from the Third Python Workshop, the following set of initial topics have been raised: - uniform database access, particularly for commerical SQL databases - general tabular database access - efficient persistence About this list: Additions and deletions are all automated via Majordomo. For details, send the word `help' in the body of a mail message to the Administrivia address given below. The subscription policy is `open', meaning you can add or delete yourself at any time, but you cannot add or delete anyone else without approval. This list is unmoderated and unrestricted. This means that anybody can post messages to the list. Messages are archived and available for download, as are perhaps other useful files. For details, send the word `index' in the body of a message to the Administrivia address. Post messages to the everyone on the list by using the List address. If you absolutely must to contact a human being, use the Owner address. ============================================================ List address: database-sig@python.org Administrivia: database-sig-request@python.org Owner: database-sig-owner@python.org ============================================================ ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From paul@digicool.com Wed Dec 20 12:45:28 1995 From: paul@digicool.com (Paul Everitt) Date: Wed, 20 Dec 1995 07:45:28 -0500 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG References: Message-ID: <30D80568.5B51@digicool.com> The writeup looks good. Greg, do you intend to do as I've done on the Locator SIG and have a WWW site w/ Database SIG docs? If so, and you are going to house it there, you might want to put the URL in the charter message, or at least on the pointer that goes to Barry. I agree with the fast track on this, and also have some things queued up for the SIG... --Paul ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Wed Dec 20 22:10:25 1995 From: greg_stein@eshop.com (Greg Stein) Date: Wed, 20 Dec 1995 14:10:25 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: My intention was to definitely have web-based information. I had hoped to place these pages at www.python.org. I see no need to house a separate site. In particular, eShop doesn't have a public server would be any easier for me to access than the main python server, so I would prefer to put them there. If there are administrative/security problems with that, then I have a site or three I can use for the DB SIG pages. -g At 7:45 AM 12/20/95, Paul Everitt wrote: >The writeup looks good. Greg, do you intend to do as I've done on >the Locator SIG and have a WWW site w/ Database SIG docs? If so, and >you are going to house it there, you might want to put the URL in the >charter message, or at least on the pointer that goes to Barry. > >I agree with the fast track on this, and also have some things queued up >for the SIG... > >--Paul ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From Barry A. Warsaw" Message-ID: <9512202317.AA05479@anthem.CNRI.Reston.Va.US> Y'all know that Michael Mclay already set up the db-sig? It's actually alive for all intents and purposes. Greg, you and Mike should thrash out who will be owner-db-sig, and also come to some agreement on the db-sig.info file. Do a `info' command to db-sig-request@python.org to see what's currently there, then merge the two to your satisfaction. Then post the new language to meta-sig with a subject like "DB-SIG INFO WE ALL AGREE ON" :-) I'll install the new info at that time and make any ownership changes that are necessary. -Barry ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From jfulton@usgs.gov Thu Dec 21 18:40:55 1995 From: jfulton@usgs.gov (Jim Fulton, U.S. Geological Survey) Date: Thu, 21 Dec 1995 13:40:55 -0500 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG In-Reply-To: greg_stein@eshop.com (Greg Stein) "[PYTHON META-SIG] PROPOSAL: Database SIG" (Dec 19, 6:47pm) References: Message-ID: <9512211340.ZM20466@dsdbqvarsa.er.usgs.gov> Looks good to me. Jim On Dec 19, 6:47pm, Greg Stein wrote: > Subject: [PYTHON META-SIG] PROPOSAL: Database SIG > Hello all! > > I've been a bit too busy for my taste, lately, but I found an opening :-) > > As many of us discussed at the Workshop, there seemed to be a large > consensus for creating a "database sig" that would cover various topics > such as: common database interfaces, standard table representations, > persistency issues, and the like. I volunteered to drive this SIG, with > some support from Paul Everitt. > > At this point, it doesn't seem like there will be much of a dispute on > whether we need this (given the show of hands at the Workshop), but the > charter and initial bullet items could be up in the air. Below, I've > attached my idea of the mailing list "info", which outlines the sig's > charter. > > This is rather short notice, but I would like to see the mailing list > itself started ASAP (maybe by Friday). I believe we can refine the charter > after that point. I'd just like to see it started soon cuz I've been > itching to send some mail, as I'm sure other have :-). Precluding any > objections, maybe I can twist Barry's arm to set it up soon. > > Happy holidays... > -Greg > > ------------------ > > This list is intended to work through and resolve issues related to > database access from Python. Being somewhat related, this list may also > cover persistency issues in Python. > > The list will cover a number of topics, attempting to produce > documentation, modules, and/or sample code. Based on input from the Third > Python Workshop, the following set of initial topics have been raised: > > - uniform database access, particularly for commerical SQL databases > - general tabular database access > - efficient persistence > > About this list: Additions and deletions are all automated via > Majordomo. For details, send the word `help' in the body of a mail > message to the Administrivia address given below. The subscription > policy is `open', meaning you can add or delete yourself at any time, > but you cannot add or delete anyone else without approval. > > This list is unmoderated and unrestricted. This means that anybody > can post messages to the list. Messages are archived and available > for download, as are perhaps other useful files. For details, send > the word `index' in the body of a message to the Administrivia > address. > > Post messages to the everyone on the list by using the List address. > > If you absolutely must to contact a human being, use the Owner > address. > > ============================================================ > List address: database-sig@python.org > > Administrivia: database-sig-request@python.org > > Owner: database-sig-owner@python.org > ============================================================ > > > > ================= > META-SIG - SIG on Python.Org SIGs and Mailing Lists > > send messages to: meta-sig@python.org > administrivia to: meta-sig-request@python.org > ================= >-- End of excerpt from Greg Stein ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Thu Dec 28 22:33:43 1995 From: greg_stein@eshop.com (Greg Stein) Date: Thu, 28 Dec 1995 14:33:43 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: Well... it seems nobody has raised any issues with this. Barry - can you install this as the info for the db-sig mailing list? When you're done, please let me know and I'll make an announcement on the newsgroup/list. Also, note that I added a URL at Paul's suggestion, but of course the page doesn't exist (yet) :-) Axe it if you want and it we can update later. Oh: the short list of sigs (seen when you send "lists" to majordomo) has incorrect one-line summaries. btw, who is in charge of the Python web site? As I mentioned in a previous note, I'd like to house db-sig pages there if possible. We've got several items to begin with: Michael's strawman API; I've got a tuple class that we talked about at lunch (it acts as a tuple, list, mapping, attributed object); Paul has stuff he's been hanging onto... :-) -g ---------------------- DB-SIG, a Special Interest Group for Tabular Databases in Python This list is intended to work through and resolve issues related to tabular database access from Python. Being somewhat related, this list may also cover persistency issues in Python. The list will cover a number of topics, attempting to produce documentation, modules, and/or sample code. Based on input from the Third Python Workshop, the following set of initial topics have been raised: - uniform tabular database access - particularly for commerical SQL databases - establish generic method interface for use by modules - efficient persistence - possible integration of dbm-style databases About this list: Additions and deletions are all automated via Majordomo. For details, send the word `help' in the body of a mail message to the Administrivia address given below. The subscription policy is `open', meaning you can add or delete yourself at any time, but you cannot add or delete anyone else without approval. This list is unmoderated and unrestricted. This means that anybody can post messages to the list. Messages are archived and available for download, as are perhaps other useful files. For details, send the word `index' in the body of a message to the Administrivia address. Post messages to the everyone on the list by using the List address. If you absolutely must to contact a human being, use the Owner address. ============================================================ List address: dbc-sig@python.org Administrivia: dbc-sig-request@python.org Owner: db-sig-owner@python.org Web info: http://www.python.org/sigs/db-sig.html ============================================================ ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From Barry A. Warsaw" Message-ID: <9512290043.AA23578@newcnri.CNRI.Reston.Va.US> >>>>> "GS" == Greg Stein writes: GS> Well... it seems nobody has raised any issues with this. Barry GS> - can you install this as the info for the db-sig mailing GS> list? Done. Please check to make sure I didn't screw up! :-) GS> Also, note that I added a URL at Paul's suggestion, but of GS> course the page doesn't exist (yet) :-) Axe it if you want and GS> it we can update later. I axed it. Let me know when I should add it back in. GS> Oh: the short list of sigs (seen when you send "lists" to GS> majordomo) has incorrect one-line summaries. Hmm, I'll check that. Thanks. -Barry ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From klm@cnri.reston.va.us Fri Dec 29 00:46:26 1995 From: klm@cnri.reston.va.us (Ken Manheimer) Date: Thu, 28 Dec 1995 19:46:26 -0500 (EST) Subject: [PYTHON META-SIG] PROPOSAL: Database SIG In-Reply-To: Message-ID: On Thu, 28 Dec 1995, Greg Stein wrote: > btw, who is in charge of the Python web site? As I mentioned in a previous > note, I'd like to house db-sig pages there if possible. I'm one of the people taking care of python.orgs web pages. I can definitely say that we want to host whatever sig web pages people want situated here. We haven't thought much about how to arrange this, however. Perhaps it's simple - we'll just take the pages via email or ftp upload and put them in place for the sig shepherds. So long as the traffic doesn't become too heavy, this should be quite workable from this side. Does that sound ok from the outside? Note that there is already some unfilled slots for this kind of thing - the http://www.python.org/sigs dir has some subdirs for some of the sigs. We just haven't followed up, as yet, on populating them (or getting the sig shepherds to provide the contents). I am thick in the middle of some pressing projects, and due to be away 2/3 of next week. So i'll try to start filling this in the week after next, as time permits. Start thinking about how you would want to populate your sig directory, sig shepherds... ken manheimer klm@cnri.reston.va.us (703) 620-8990 x268 Corporation for National Research Initiatives 1895 Preston White Drive, Suite 100 Reston, VA 22091 ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org ================= From greg_stein@eshop.com Fri Dec 29 01:10:07 1995 From: greg_stein@eshop.com (Greg Stein) Date: Thu, 28 Dec 1995 17:10:07 -0800 Subject: [PYTHON META-SIG] PROPOSAL: Database SIG Message-ID: At 7:46 PM 12/28/95, Ken Manheimer wrote: >I'm one of the people taking care of python.orgs web pages. I can >definitely say that we want to host whatever sig web pages people want >situated here. We haven't thought much about how to arrange this, >however. Great! Having them there seems ideal to me. >Perhaps it's simple - we'll just take the pages via email or ftp upload >and put them in place for the sig shepherds. So long as the traffic >doesn't become too heavy, this should be quite workable from this side. >Does that sound ok from the outside? I was hoping to use ange-ftp directly on the pages. Failing that, an automated ftp/email upload system might work, but I'd be afraid of posing too much burden on the web site maintainer (you :-) to deal with moving the pages. If you are concerned with security re: FTP users, the ftpd mechanism has a thing called "groups" which allows you to restrict ftp users to a specific directory tree of the filesystem, much like anonymous users are restricted to ~ftp. It is pretty cool. All the sig pages could be placed in a tree assigned to a "siguser" group. I've done this before if you're interested. >Note that there is already some unfilled slots for this kind of thing - >the http://www.python.org/sigs dir has some subdirs for some of the >sigs. We just haven't followed up, as yet, on populating them (or >getting the sig shepherds to provide the contents). Hmm. I took a look and couldn't find any links. There were "mailto" links for mailing to the lists, but I didn't see pages... you might be able to create incentive to provide content by placing "info forthcoming..." pages in there :-). >I am thick in the middle of some pressing projects, and due to be away 2/3 >of next week. So i'll try to start filling this in the week after next, >as time permits. Start thinking about how you would want to populate your >sig directory, sig shepherds... No great rush; that time frame seems fine for me! Thanx for the time! -g Greg Stein, eShop Inc. greg_stein@eshop.com ================= META-SIG - SIG on Python.Org SIGs and Mailing Lists send messages to: meta-sig@python.org administrivia to: meta-sig-request@python.org =================