pschmidt@athena.mit.edu (Peter H. Schmidt) (03/18/91)
With some hesitation, I would like to suggest that Lenny turn over the administration of the OSU archives to another volunteer. According to my automated OSU checker, nothing has changed in the 3b1 archives there since last November. This concerns me, since OSU is a resource of great value to the 3b1 community, and we need all the mutual help and support we can provide each other. Let me be clear in saying that I am not trying to lay any sort of blame here. In fact, I'd like to take this opportunity to thank Lenny for his work on OSU, and all his ICUS efforts with Gil; they have contributed substantially to the continued usefulness of our machines. I was psyched when Lenny took over the administration of the archives, because of his experience with the 3b1 and his demonstrated philanthropy to the net. And he did a great job getting it back up to speed after the hand-off. However, situations change, and we're all probably familiar with the incredible time demands generated by new jobs and priority projects at work. I sent a note to Lenny about this, and took it as a sign of how busy he is that I didn't get a reply. Hence my suggestion for a new hand-off, hopefully to someone with Internet access, since I believe that Lenny has to do it via long-distance, which is probably above and beyond the call of duty. So - Comments? Volunteers? Regards -- Peter -- Peter H. Schmidt | ...mit-eddie!winter!pschmidt 3 Colonial Village, #10 | winter!pschmidt@mit-eddie.mit.edu Arlington, MA 02174 | -- Speaking for myself.
lenny@risctakr.austin.ibm.com (Lenny Tropiano) (03/18/91)
In article <1991Mar17.195839.7034@athena.mit.edu> pschmidt@athena.mit.edu (Peter H. Schmidt) writes: >With some hesitation, I would like to suggest that Lenny turn over the >administration of the OSU archives to another volunteer. > Sorry for the silence folks. Work and my personal life has taken a good deal more time these days, and getting to news (at home) has become a bit of a chore. I've been watching over comp.sys.3b1 for anything interesting ... It's not that I don't care, it's that I just don't have the time these days. I agree with Peter, and already have taken the necessary steps to do that. Andy Heffernan (ahh@glyph.kingston.ny.us) is taking over my FAQ posting that I started back last year. He volunteered for that. Thanks! David Brierley (our very own comp.sources.3b1 moderator) has volunteered to keep OSU-CIS up-to-date (since he's already doing it for the comp.sources.3b1 archives there). Personally I'm not sure what needs to go there that hasn't been posted to comp.sources.3b1, and that is being archived automagically. But nevertheless, Dave volunteered to look over OSU. >Let me be clear in saying that I am not trying to lay any sort of blame here. >In fact, I'd like to take this opportunity to thank Lenny for his work on OSU, >and all his ICUS efforts with Gil; they have contributed substantially to the [...] Gil and I both thank everyone for their continued praise and support. We're just moving on to other things these days. I'll always have a 3B1 around... and anyone is welcome to drop me a line, or question ... I'll try my best to get back to mail. >However, situations change, and we're all probably familiar with the [...] That's true, situations do change... very much. After moving from New York to Texas, that was definitely the case. I thought I could handle it all, but *life* comes first before life here on netnews ... Thanks again folks... I can be reached at IBM also these days... -- Lenny Tropiano Internet : lenny@risctakr.austin.ibm.com IBM V-Net : AUSVM8(TROPIANO)
dave@galaxia.Newport.RI.US (David H. Brierley) (03/25/91)
In article <5968@awdprime.UUCP> lenny@risctakr.austin.ibm.com (Lenny Tropiano) writes: >David Brierley (our very own comp.sources.3b1 moderator) has volunteered to >keep OSU-CIS up-to-date (since he's already doing it for the comp.sources.3b1 >archives there). Personally I'm not sure what needs to go there that hasn't >been posted to comp.sources.3b1, and that is being archived automagically. >But nevertheless, Dave volunteered to look over OSU. Either I've gone off the deep end or I've figured out how to squeeze 36 hours out of each day. :) Yes, I talked to Lenny and volunteered to take care of the osu archives. If anyone has any suggestions for things that should be included in the archives let me know. At the very least The FAQ list will be updated as often as Andy sends me an update. I have also been considering making binary copies of the postings to comp.sources.3b1 available. Another thing that I am seriously considering is breaking the archive up into sub-directories, one for binaries, one for source, and one for documents. If you have any major opinions about this, either pro or con, please let me know. -- David H. Brierley Home: dave@galaxia.newport.ri.us; Work: dhb@quahog.ssd.ray.com Send comp.sources.3b1 submissions to comp-sources-3b1@galaxia.newport.ri.us %% Can I be excused, my brain is full. **
dnichols@ceilidh.beartrack.com (DoN Nichols) (03/26/91)
In article <1372@galaxia.Newport.RI.US> dave@galaxia.Newport.RI.US (David H. Brierley) writes: [ ... ] > >Either I've gone off the deep end or I've figured out how to squeeze 36 >hours out of each day. :) Congratulations - either way :-) (really - thanks!) [ ... ] > I have also been considering making binary copies of the >postings to comp.sources.3b1 available. Useful to those who do not yet have a development system, or for those programs that are too large to compile within a limited disk space. Generally, I prefer to have the option to customize the code somewhat before commiting to use. An example is the csh(1) source, which defines SHELL as being something like '/ucb/bin/chs'. I'd just as soon not have to create ANOTHER bin directory, and add it to my path. Working from the source allows you to tune little awkwardnesses like this. As long as you follow the other suggestion you put forward of making separate directories for the binary-only items, it is fine. > Another thing that I am seriously >considering is breaking the archive up into sub-directories, one for binaries, >one for source, and one for documents. If you have any major opinions about >this, either pro or con, please let me know. This makes sense. One other thing to avoid, if possible, is falling prey to the BSD filename disease, since the archives seem to be residing on a BSD machine. Yes, I know how nice it is to have unlimited (for practical purposes) filenames available when trying to have descriptive names for the files, but remember that they have to fit, UNIQUELY, into the 14-char filenames on the target machines. When doing a mget via ftp, you may have files overwriting each other if the names are not unique within the first 14 characters. Uucp is even worse, since at least, ftp allows you to interactively rename files if you don't use mget. (It has been a while since I used uucp for this, so there may be a way that I don't remember.) Another related problem are the files which are fifteen or sixteen chars long, causing the '.Z' to be stripped off, confusing uncompress, unless you use it as a filter. (I think that the -z option of gnu tar is O.K. here, but In't remember having tested it.) Of course, even worse are the programs from comp.sources.unix which I have received in the past, which contained within the SHAR files names which were a perfect match within the first fourteen chars, or even worse, tar files with the same problem. (At least, with shar files, you can edit the files to change the names, and re-extract. :-) Well, I now have a BSD4.2 machine in my collection, so I can open things out with that system, run a program to rename the files for a 14-char filesystem, and re-tar. (Sorry, I got carried away here. THESE programs should not have THIS problem, at least, since they were SHARed or TARed on a unix-pc.) [ ... ] >%% Can I be excused, my brain is full. ** How about "My DISK is full", now :-) Thanks again DoN. -- Donald Nichols (DoN.) | Voice (Days): (703) 664-1585 D&D Data | Voice (Eves): (703) 938-4564 Disclaimer: from here - None | Email: <dnichols@ceilidh.beartrack.com> --- Black Holes are where God is dividing by zero ---